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II Our cover subject this month is ttie HP 30O0 Series 37 Computer. This 
newest and smallest member of Hewlett-Packard s business data processing 
computer family is an affordable, user- install able system that supports up 
! to 28 terminals and is suitable for small companies (like the horse breeder 
suggested by our cover photo) or for departments or workgroups of larger 
companies. At about half the price of the previous entry-level HP 3000. the 
Series 37 makes this computer family accessible to many more users. A 
major advantage is that all HP 3000 Computers run the same software. HP 
offers standard upgrades to larger systems from any family member, so a 
user starting with the Series 37 has an easy growth path all the way to a system that supports 
as many as 400 terminals and can handle the data processing needs of a fairly large company, 
and no reprogramming or software conversion will be required at any step. Any HP 3000 can 
also be pari of a network that includes other HP 3000s, mainframe computers, personal computers, 
and engineering workstations. For example, HP's own worldwide electronic mail system runs on 
a network of HP 3000 Computers. 

The Series 37's designers report on its design on pages 4 to 22. Among the engineering 
challenges was the mtegration of the central processing unit (CPU) on a single semicustom gate 
array chip (page 7). Simulation of the CPU chip and another gate array (page 13) refined the two 
chip designs to the point where the first chips produced worked as designed, a major accomplish- 
ment. To keep the cost low and ensure reliability and family compatibility, the project was carefully 
managed (page 4), and the hardware and sot^are debugging tools received special attention 
(page 17), 

In the articles on pages 25 to 36, you'lf find the design story of the new HP 4760 PageWriter 
Cardiograph family. While a cardiograph is very different from a business computer, the major 
engineering contribution in the HP 4760 family is much like the Series 37's— very large-scale 
integration puts more computing power into a smaller package. Two of the new cardiographs 
have parts of the HP ECG analysis program, formerly available only in a separate computer 
system, built right in. along with a dedicated 68000 microprocessor The HP 4760Af^, which has 
the ECG measurements portion of the program, can make more than 4000 measurements on 
the ECG waveform and print the complete results or a summary. The HP 4760A1 has the full 
ECG analysis program and provides an interpretation of the ECG waveform. Adult analysis is 
standard; pediatric analysis, based on age-dependent criteria, is an option. Some feel that such 
automated interpretation can be helpful in eliminating normals In high-votume screening, or in 
emergencies when no cardiologist is available. The ECG measurements capability helps the 
cardiologist reduce interpretation time and is useful in research and teachmg, 

R. P. Doian 



What*s Ahead 

Next month*s issue will be devoted to the design of the HP Integral Personal Computer. The 
HP-UX operating system of this 25 -pound transportable computer is HP's version of AT&T Bell 
Laboratories- UNIX '"operating system. 
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VLSI Delivers Low-Cost, Compact HP 3000 
Computer System 

This entry-level, user-installable computer system runs the 
same software as the largest IHP 3000, but fits under a table 
and is much quieter than a typewriter. 

by James H. Hoil and Frank E. La Fetra, Jr. 



THE HP 3000 COMPUTER product line is HP's cur- 
rent-generation business computer family. At the top 
of the line is the HP 3000 Series 68, which is capable 
of supporting hundreds of terminals and handling the data 
processing needs of a fairly large company. The newest 
and smallest HP 3000 is the Series 37, F'ign 1. a compact, 
qui el office computer capable of supporting up to 28 users. 
Like all HP 3000s. I he Series 37 runs the same software as 
the Series 68. Although slower than the Series 58, of course, 
the Series 37 has about the same procefising power as the 
Series Hi. the top-of-the-line HP 3000 when it was intro- 
duced seven years ago. VLSI (very large-scale integration) 
is the key to the exceptional price/ performance of the new 
computer. 

The HP 3000 Series 37 was conceived as the answer to 
the need to add a low-cost computer to the HP 3000 product 
line while maintaining reasonable performance. Although 
the need was obvious (many people are willing to take 



credit for discovering it), the solution remained elusive 
until a key project manager proposed a product that evolved 
into the Series 37. 

Design Objectives 

The original design objectives stated at the time the proj- 
ect was proposed were: 
^« Low system list price 
^1 Four to eight terminal ports 
r, Mean time between failures (MTBF) greater than 2 years, 

including peripherals required to run the operating system 

Mid- 1983 manufacturing release 

Series III performance 
F^ Easier to use^you turn it on and it works 
^ Networking capability. 

Most of the original objectives were met. The system list 
price is In the originally targeted range. Seven terminal 
ports are standard; 28 is the maximum number. The esti- 




Fig. t. The HP 3000 Senes 37 
Computer funs the same software 
as other HP 3000s, supports up 
to 28 termfnais, and tits easiiy mto 
an office envfrorjmer}!. The Series 
37 system processing unit is tf^e 
second unit from the top in the 
cabinet at right: 
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tnated MTBF of the system processing unit is 1.17 years, 
which did not meet the goal. However, ihe two-year goal 
was ven^ aggressive and involved many separate parts of 
our corporation. The time to market goal was based on the 
time it would lake to complete similar projects, on the 
average. This is called our 50% schedule bec^ause it is ex- 
pected that the schedule can be met half of the Hme. The 
time \\ would take to complete nine out of ten similar 
projects was also projected, and this 90% schedule estimate 
turned out to be exactly the time taken. The actual release 
date was February' 1985, 

The Series 37 has Series III performance with up to 20 
terminals, it can be installed by the customer without ex- 
pert assistance and is ready to run applications when it is 
first turned on. The Intelligent Network Processor is part 
of the initial release, so the networking goal was met. 

Our lab teams operate in an environment that allows 
them to set their own. often aggressive goals, which they 
strive toward but do not aiw^ays achieve. This encourages 
our teams to take appropriate risks in areas where there is 
a range of acceptable results. Performance is an area where 
risk is appropriate. Product quality is an area without much 
opportunity for risk taking. Although this project did not 
meet all of its goals, it is considered to have been successful, 
since the product met the goals considered important by 
both management and the project learn and has sold well. 

Initial Design Approach 

The Drigiiiator s first designs emphasized maximum 
hardware integration. The team considered a single printed 
circuit board with everything on it, including the control- 
lers for the peripherals. This design would contain no con- 
nectors and assembly vvould consist cf snapping things to- 
gether. This approach vvould minimize cost at the expense 
of configuration flexibility. The team chose to add the ability 
to expand memory and thus avoided being trapped with a 
small memory while memory use contirmed to expand. 

The single printed circuit board with everything on it 
might have been fully explored had not organizational con- 
siderations within HP brought about its early termination. 
HP entities have traditionally produced both hardware and 
the software necessary to make it function. They tend to 
use revenues from hardware sales to support the software. 
Although this trend was changing when the Series 37 proj- 
ect began, there was enough concern to justify separating 
the hardware along divisional boundaries. The team de- 
cided not to produce a new version of the peripheral con- 
trollers and made the I/O channels separate printed circuit 
boards. 

Another early decision led to the inclusion of operating 
instructions in the product packaging. This evolved into a 
pull-out card with instructions on it. The card became un- 
popular when we faced the issues involved in localizing 
the card for the other languages we support- The card was 
eliminated late in the project when it was noted that its 
slot was contributing significantly to electrical noise radiat- 
ing from the system. 

Active Investigation 

The team juadc attempts to eliminate costly features that 
had become standard on members of the HP 3000 family. 



These efforts had some success. A batter^^ to sustain the 
memory during po%verfail Is an example cf a feature that 
was evenluaily retained. A separate ser\T.ce processor is an 
example of a feature that was deleted. The Series 37 achieves 
its maintenance functions by putting itself into a different 
mode of operation (see article, page 17). The system acts 
as its own senice processor. Although there isn't a separate 
ser\'ice processor In the Series 37, many features needed 
to debug system software problems have been made avails 
able by a microcoded debug package^ 

"Keep il simple" became a motto for the team. This led 
to the decision not to support peripherals that could not 
share their channels. Since we were channel limited, ive 
couldn't afford to dedicate a channel and didn't want the 
coordination problems involved in working with other HP 
divisions to redesign their products. Another decision was 
to refuse the offer of another division to take control of our 
terminal connections. Thus, we avoided the management 
complexity that would have resulted had we increased our 
dependence on HP entities outside the project's control. 

Although we wanted to use the newest subsystems being 
developed within HP. we didn't want to introduce any part 
availability problems. We disco%'ered that unless new prod- 
ucts were produced with the HP 3000 family in mindt they 
invariably lacked features required of an HP 3000 system 
component, Powerfail/auto-reslart functionality is a good 
example of a frequently missing capability. 

We are finding that we can develop new hardware faster 
than the software required to make it function. Because 
our software resources were committed to other projects, 
many early decisions were made to minimize the impact 
on the software development teams. In many cases, emerg- 
ing products looked very attractive until we realized that 
the software for them couldn't be developed in time. This 
situation, together with the other problems we found trying 
to use emerging products, led us to decide to leverage the 
liuge invi^stment in existing 1/0 software tor HP-IB (IEEE 488) 
and ATP (Advanced Terminal Processor) peripherals instead 
of using peripherals that required software development, 

Development of new system microcode has been a historic 
bottleneck. To reuse an existing (and working) microcode 
set, we attempted to copy an existing hardware de,sign, but 
couldn't find any that were suitable for VLSI, We eventually 
built a microcode development team and wrote totally new 
code. 

Development Phase 

Our VLSI processor was put into a single gate array to 
avoid the performance and connection limitations of a par- 
titioned design. We selected the gate array by looking for the 
largest gate array that was already in production and would 
require little power (see article, page 7). We also put part 
of the terminal interface controller into VLSL 

Full simulation was correctly seen as necessary to get 
the VLSI designs right before they were fabricated (see article, 
page 13). Much of this work was performed on the most 
powerful systems available to the design team. Simulation 
was also used to debug microcode before the hardware was 
available. We ran the initial part of the system boot software 
on a simulator. The limiting factor became the effort it took 
to give the simulator the 1/0 information that the software 
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High-Volume Test Strategy 



At the beginning of the design phase for the HP 3000 Series 
37 Computer, it was clear to the manulacturing team that the 
production methods used on the exisung HP 3000 produciion 
line wDufd require a complete revamping if manulaciunng were 
to be successful in meeting Hie high volume demands proiecled 
The key was clearly in developing a test strategy that allov^/ed 
high throughput, high conlidence of shipping 100% operational 
systems, and efficient djagnostic tools, none of which could be 
at the expense ot lengthy test times This meant more than just 
a new set of diagnostics and test tools. 

The R&D team felt confident that the destgn tools used, coupled 
with the dramatic parts count reduction, would make this HP 
3000 one of the most reliabJe. But ihey agreed that the need for 
manufacturing to be abfe to build 100% quaiity systems in high 
volume had to be addressed Thus the HP 3000 Senes 37 be- 
came a spnngboard to launch the Computer Systems Division 
into a completely new methodology for manufacturing compEex 
computer systems. Relative to the test strategy, manufacturing 
engineering felt the major goats were to; 

■ EstabJtsh a new, more effective reaMime method of feedback 
to the lab on the product and produci testing. 

■ Establish a test flow that no longer requires highly technical' 
operators 

■ Develop a process that emphasizes good inventory, not lest- 
and - rejec t-to -be-f i xe d i n v a n tory 
Feedback to the lab was established in an unusual way, The 

manufacturing team was established before the laboratory pro- 
totype phase Technicians and production engineers worked with 
the R&D lab during this phase to gain famiiianty Wfth the tools 
and the product. All remaining product phases were performed 
at the manufacturing site by the manufactunng team with techni- 
cal support from the lab Thus the lab team received feedback 
on the strategy and hardware before concepts were too de- 
veloped to change Manufacturing provided weekly summaries 
of aJI problems and concerns to the lab for review. This was 
successful even though the lab and manufacturing were sepa- 

nnnn 



rated by over 1 50 miles 
The R&D team put great effort into realizing the key diagnostic 

tests as power-on self-tests (microdiagnosiJcs), which clearly 
indicate to the operator whether the system is operational. Scripts 
that detailed step-by-step system vehfication procedures were 
estabiished by production engineering earty in the cycle. These 
were later augmented with a Diagnostic Utility System, which 
alJows the streaming of tests, thus virtually eliminating operator 
intervention. 

The Series 37 estabfished a new concept in testing HP 3000 
Computer Systems. Productton personnel receive completed 
mainframes in the System Verify area (see Rg 1) and attach 
lypicaJ peripherals to execute microcoded seff-tests and other 
higher-level tests. The operator is required to ensure tha? each 
system completes this testing phase without error If an error 
occurs, the failure mode is noted and the unit is rejected No 
problem isolation methods are altowed. This iets the operator 
focus on the system's operation and not merely on getting a 
system ready to ship by swapping in other material. The defective 
units are sent to the Defect Analysis stations. These are equipped 
with all the hardware debug toots and are operated by h^ghly 
trained technicians, who determine the cause of the defect Be- 
cause the entire system is available, these stations are able to 
locate most of the otherwise elusive failures that occur when 
hardware is swapped between systems. The causes of defects 
are reviewed weekly so methods can be established to eliminate 
the defects from the process, The goal is to eliminate all defects, 
so that none are found in the System Verify area, 
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Ffg. 1. HP 3000 Series 37 buitd-test production Ime, 



needed to continue to run. 

The final key to success was full family membership. 
We had to make the Series 37 a real HP 3000 in the eyes 
of the users. Fortunately, we were shooting at a fairly sta- 
tionary target and were able to achieve this goal As a result, 
the HP 3000 software team decided to include the Series 
37 in their effort to consolidate operating systems mto one 
version. AH of HP^s currently manufactured HP 3000 sys- 



tems can run the same version of MPE (Multiprogrannning 
Executive, the HP 3000 operating system). 

The Series 37 had already completed a numher of suc- 
cessful production runs in our manufacturing area before 
the project was completed. This allowed us to ship a large 
number of systems as soon as the system was released, and 
gave us a chance to stress a large number of systems en- 
vironmentally before release. Systems were subjected to 
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high and low lemperalures. high humidity, and a packaged 
drop test- We used the information gained by our stress 
testing to improve the systems before shipments began* 

Conclusion and Summary 

The Series 37 is an incremental member of the HP 3000 
family. It mns the newest version of the MPE operating 
syslem, provides powerfaiL auto-restart capabiliti,' and al* 
lows remote support. It is the smallest and lowest-priced 
HP 3000 there has ever been. 

The Series 37 reduces the need for operator control to 
the point where an operatorless environment is achievable 
for some customers. It is the most reliable HP 3000 system 
ever produced and is suitable for the office environment. 

The time to start a system from cartridge tape has been 
greatly reduced from that of older versions of MPE. This 
is because of the ability to stream the tape during the boot 
process. The Series 37 contains a real-time clock that con- 
tinues to run when the system power is removed. This 
clock allows the boot process to set the time of day without 



operator input. 

Ack now led g men ts 

The Series 37 is the result of Rick Amerson's ideas and 
a lot of hard work. Peter Rosenbladt led the first half of 
the project and one of the authors and Alan Christensen 
led the second half. Rick's team developed the VLSI portion 
of Ihe CPU and the memor>^ The rest of the haidw^are was 
proposed by Mark Li nsky's group. Barry Bronson replaced 
Mark after the investigation was complete- The author's 
group developed the system microcode and the service 
tools. Greg Gilliom led the microcode team during the last 
half of the project. The other author led the serviceability 
group after it was separated from the microcode team. The 
industrial design was done by three teams: Manny Kohli's 
team worked on the initial design. Gerry Gassman's team 
took over from them, and Frank Slndelar's team took care 
of the final set of challenges. The software team was led 
by Kathy Hahn, Kathy and system manager Hank Cureton 
led the effort tfj release the system. 



Simplicity in a Microcoded Computer 
Architecture 

by Frederic C. Amerson 



A SIMPLIFIED APPROACH to the design of a micro- 
coded architecture c:an produce a design that is 
more efficient in its use of silicon than one based 
on specialized hardware functional unitSt without sacrific- 
ing performance. The HP 3000 Computer, first introduced 
in 1972. has had a number of different implementations 
using various degrees of specialized hardware. The most 
recent of thesa. the Series 37 J s the first HP 3000 CPU lo 
be implemented in VLSI technology. This article describes 
the design approach used to implement the CPU chip and 
the efficiencies achieved. From the initial concept of the 
design to the final working production parts was leas than 
one year. 

There are two principal types of computer architecture 
iu widespread use tnday: stock arf:hitef:furp and register 
architecture. Slack architecture is so named because the 
computation is done on a data stack. Numbers are moved 
to this stack from memory, an operation is performed leav- 
ing the result on the stack, and then the result is stored at 
some (other) location in memory- Register art^hitecture per- 
forms computations in general-purpose registers. Numbers 
are first moved to one or more regis ters^ an operation is 
performed leaving the rt?sult in a specified register, and 
the numbers are stored at some (other) location in memory. 
Some stack and register machine implementations allow 
operations that use memory operands directly without first 
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Ftg. 1. The Series 37 CPU chtp fs a CMOS gate array using 
r^early BQOO gates 
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moving them to the slack or registers. 

The HP 30D0 is a stack machine that has a very rich 
instruction set, which has been enhanced over the years 
and has grown to provide the user with a robust capabihty 
for data processing in commercial a ppH cations. Although 
many of its operations are performed directly on the stackt 
it is possible to perform some operations using stack 
operands with memory operands, and others (e.g., COBOL 
instructions and extended-precision floating-point instruc- 
tions) using memory operands only. Instructions that pro- 
cess only data on the stack are called staclcops. In the HP 
3000, two of these instructions can he contained in the 
same space that a single instruction would normally oc- 
cupy and are referred to as paired stackops. This makes 
for more efficient use of code space in the event that two 
stackops occur in succession. Another very powerful group 
of instructions is the memory re/erence instructions. These 
instructions access a memory operand directly. In some 
cases it is merely loaded onto or stored from the stacks but 
in others, computation is performed using the memory 
operand. There are several addressing modes available for 
the memory reference instructions, allowing data to be ac- 
cessed relative to any of several different base registers. A 
scheme of encoding these, referred to as Huffman encoding, 
enables this important information to be encoded in fewer 
bits. 

Series 37 Design Methodology 

Putting a processor onto a single chip is an extensive 
effort tliat requires thoroughness and careful attention to 
detail. The Series 37 presented a particularly difficult chah 
lenge because of the powerful HP 3000 instruction set and 
the flexibility it provides. There exist several predecessors 
that might have been used as models, but none of these 
had been implemented on a single chip. The processor 
offering the closest comparison is the Series 48. which is 
contained on two boards. Its extensive use of high- density 
memory parts precludes its implementation in a single- 
chip CMOS design. The designers of the Series 37, there- 
fore, created a new design, structured specifically for the 



VLSI technology available. 

The Series 37 uses gale- array technology (see photo, Fig, 
1), so there is an absolute upper bound to the amount of logic 
that can be contained in the chip, making it imperative to 
conserve chip space while optimizing performance. The de- 
sign approach had to be as simple as possible yet elegant 
enough to achieve performance goals. Special hardware assists 
w^ere kept to a minimum, with preference given to simplicity 
and ease of design rather than maximum performance. 

It was decided to eliminate interdependencies between 
portions of the design as much as possible. This approacb 
gives rise to a multiplicit>' of independent functional units, 
each capable of performing one small function without 
interaction from other functional units. The advantage of 
this approach is that if one of the unit designs encountered 
a problem^ it did not impact the others. This also allow^ed 
different designers to work on separate portions of the de- 
sign without concern about the impact on other areas. 

Instruction Decoding 

Because the instruction set is full and the dense encoding 
does not lend itself readily to a simplified method of decod- 
ing, previous implementations of the HP 3000 architecture 
have used specialized hardware to determine the mapping 
from the instruction to the microcode that executes that 
instruction. Generally, this hardware involves a fixed table 
of entry points in the microcode for each instruction, and 
a method of mapping the instruction encoding into this 
table- The table requires one entry for each instruction, 
However, it is frequently easier to duplicate entries rather 
than create a mapping that can resolve each instruction to 
a single location in the table, hi the HP 3000 Series 64, the 
upper ten bits of the instruction are used to address this 
table directly, so there is no logic to map instructions to a 
smaller table. This is effective for a high-performance 
machine, because time is not lost for the function of the 
mapping logic. For its predecessors, where memory compo- 
nents were more expensive and less dense, mapping logic 
was more effective. 

When placing an architecture onto a single chip, memory 




Fig, 2. instead of the usual Bffth- 

metiC'logic unit (ALU), the HP 
300Q Series 37 CPU has an adder 
and a separate logic uriit. 
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and mapping logic once again become expensive, so in the 
case of the Series 37, this circuitn' wa& eliminated. Even 
more important than eliminatiiig the circuits was reducing 
the Gomplexit}* of the design. Because it is so difficult to 
fix mistakes in VLSI designs once they have been built, it 
is important to use a methodology' that is conducive to 
error-free design. Special instruction decoding and map- 
ping circuitn* must be accompanied by logic to alter the 
normal sequence of microinstruction execution. Determin- 
ing whether the next microinstruction address should come 
from the regular microcode sequencing logic or from the 
special instruction lookup logic is a complex, error- prone 
task. However, eliminating the special decode function is 
expensive in performance because it adds the time required 
to decode an instruction in microcode to the execution 
time of each instruction. 

It was necessary to find a method of decoding instruc- 
tions that is both simple and fast- A jump table is a simple 
method of decoding, but it is not fast. However, by making 
decoding a fast operation while allowing other operations 
to occur in parallel, the Series 37 is able to overcome the 
inherent slowness of a jump table. To decode instructions, 
the microcode extracts the upper eight bits of the instruc- 
tion and then branches to a jump table of 256 entries. The 
most frequently executed instructions are decoded quickly 
by this method. The time required to perform the decode 
is only tw^o cycles. It is not wasted, how^ever^ since instruc- 
tion fetch, incrementing of the program counter^ and testing 
for interrupts occur in parallel with the instruction decode. 

16 Registers 

Fig. 2 is a block diagram of the CPU chip. The heart of 
the chip is a bank of sixteen registers controlled by m^icro- 
code. Their definition does not change from instruction to 
instruction. However, It is possible to use them as scratch- 
pad registers if the information they contain is saved else- 
where. The data contained in them is maintained by micro- 
code convention only; there is no hardware requirement 
for a particular register to contain particular data. They 
usually contain the important base register information 
needed by high-execution-frequency instructions. Not all 
of the registers can he used for any purpose whatever. In 
fact, most of ihem double as special registers for a particular 
specialized function. See Fig. 3 for a list of these registers. 

Top-of-Stack 

Because the HP 3000 is a stack machine, many computa- 
tions are done with top-of-stack (TOS) data. To the pro- 
grammer, the TOS appears to be in memory » but this is 
very inefficient, so it is necessary to provide some hardware 
support for the stack. Four registers are used to contain 
(up to) the top four elements of the memory stack at any 
lime. These registers, together with all of the supporting 
logic to keep track of the stack data, are contained in a 
separate functional unit There are special operations that 
allow the microprogram mer to control these registers and 
to make the various tests necessary to implement efficient 
algorithms for their control. Thus this important function 
is retained so that performance is not compromised, yet 
the simplicity of the architecture is preserved. The TOS 
logic consists of four registers to contain data, a two-bit 



nomer register to identify the data re^ster currently named 
as the top of the stack, a three -bit stack-valid counter to 
indicate how^ many of the data registers contain valid data, 
and a two-bit adder to allow accessing relative to the top 
of the stack. 

Extractor 
One of the most powerful functional units is the extrac* 

lor, It concatenates two sixteen-bit quantities to form a 
32-bit number. Any arbitrarj^ sixteen bits from within this 
3 2 -bit number may be selected and then any arbitrary right- 
most or leftmost bits may be selected from this sixteen-bit 
quantity; effectively allowing the extraction and either right 
or left justification of any arbitrar}^ bits from a 32-bit quan- 
tity. Additionally, the contents of one of the sixteen regis- 
ters may be selectively ORed logically with the result. Al- 
though this sounds somewhat convoluted, it is actually 
quite straightforward, simple to implement, and extremely 
powerful [see Fig. 4). Its most creative use is replacing the 
instruction decoding logic found in earlier implementations 
of the HP 3000 architecture, but it is used in several other 
decoding situations as welL A target address into a jump 
table can be created in a single microinstruction and then 
control passed to that address on the next microinstruction. 

Logic Unitf Comparator, and Adder 

One of the most common operations performed in a mi- 
crocoded architecture is logical arithmetic: AND, OR, etc. 
Because these operations can be conveniently generated as 
byproducts of arithmetic operations of addition and sub- 
traction, they are usually included with the arithmetic unit, 
which then hecomes the arithmetic-logic unit or ALU. The 
CMOS logic used in the Series 37 required special consid- 
erations to achieve high performance, making combining 
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Fig. 3. A bank of sixteen registers aitocated BS shown is an 
trrjpQrtant part of the Series 37 CPU chip. 
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Using a Translator for Creating Readable Microcode 



The HP 3000 Series 37 Cornputer is built around a very power- 
ful, flexible microprocessor. Because of this flexibility, the controt 
language for the rni crop roc essor m complex and can be hard 
to understand. 

The major feature that makes the code difftcuit to read is the 
ability to do many different operations concurrently. One instruc- 
tion can simullaneously increment, do logic operations, add. and 
do an IF-THEN-ELSE control branch. CleaHy, it is important for the 
microprog rammer to keep track of aH of these simuHaneous op- 
erations 

To make ilne-by-line analysis in a debugging environment 
easy, a very rigid 17-tield source language was developed to 
express these constructs (see Fig 1) However, none of the 
system microcode was written m this form. Although a I Sowing 
easy analysis of what the micromachine is doing on any given 
clock, the splitting of a single function into multiple fields and 
then interleaving these fields with other operations makes the 
intent of ^h6 microcode almost impossible to fcHow accurately. 

To overcome these f Imitations of the rigid fixed -field language, 
a much more flexible language was developed {see Fig^ 2) All 
of the system microcode was written in this language- Its key 
features are: 

■ Any construct can be expressed (the microprogrammer is not 
limited by the language) 

■ The language is free-field. Spacing, column alignment, and 
the positions of new lines and/or comments are not important. 

■ The language allows an operation -by -ope rat ion expression of 
what is coded (the DEC function m Fig 2 is expressed indepen- 
dently of the ADD function), 

■ The user can DEFINE registers and constants to improve reada- 
bility. 



I 



LABEL... A.. B.. C. ADD FN I.. B ■ FCM ~ KCNTR - SEC X- SPEC JTO JFD CONSTANT 
LOOP ftl R2 RO R9 -1R0 SZL 25 S5 RT JL=0 FtS R^5 LOOP 

Top LiMte- ri^m H&m^b> 

B^ittom Line: Typieal Instruction 



Rg, 1, Fmed-fietd sourcB language spBdficalion. 



Object CocJe 



Ft)ced-f ietd Sourct Language 



Define Counter - RO. 

Left =R1. Right = R2i 
Loop: 

Dec (counter) > counter/ 
Add(RiaRl1)->ADR/ 
E3<tractR {Left I Right {1Q..20)) - > Left/ 
If Logic = then ReturnSubl else Loop; 
Undefine counter, le^fl, fight; 



*Decfement 

'compute address w/ADD 
* use extractor 
'IR.THEN,. ELSE 



F i g, 2. FiBxibie language used for writin g sysmm microcode . 

This freeTieid language is implemented as an independent 

source-language preprocessor. It is designed to compiement, 
rather than replace, the fixed-field language. This preprocessor 
(known as the Translator) converts the microprogrammer- written 
source code into the fixed-field language. This is then assembled 
using a separate asserTibJer into executabie object code. The 
powerful user -defined -command (UDC) capability of the HP 3000 
has been used to make these two tools appear to the user as a 
single well-integrated one. The Jinal assemtDly listing (see Fig. 3) 
contains the soorce code as written, the translated fixed-field 
code, and the emitted object code, all presented in a format that 
is easily read and understood by the microprog rammer 

Skip La Fetra 

Project Manager 
Computer Systems Division 



Source Code as Written 



-N /^ 



0000: \m 0555 taao ffff 



LftBEL.. A.. B.. C. ADD IN I.. R - FGN - XCNTR - SEC X.. SPEC JTD JFD CONSTAtfT 



LOOP R1 mm R9 - T RO SZl Z5 



S5 R1 JL-D RB R15 LOOP 



I Define Counler - RO, 

I Left = Rl, Right =R2; 

I Loop' 

I Dec j CD unle r) - > cou nter .■ * Deorement 

I Add ( R 1 0, R 1 1 ) - > A DR . "oom pute address w/ADD 

I ExIiactR (Left 1 1 RigM i! 1 0. .2D}) - -■ Left / *u&b extractor 

If Logic = then ReturnSubl eiss Loop: " F. .TH Ehf,, ELSE 
I 

I Undeflnfl ODunter, toft, rigtit ; 



Fig, 3. Final assembly listing shows source code as written, translated fixed -field source lan- 
guage code, and object code. 



these two functions difficult. Also, an arithmetic unit that 
can both add and subtract requires more circuitry than one 
that can only add. Therefore, no subtract function is avail- 
able to the microcode; only add is available. Instead, a 
separate logic unit provides the functions normally associated 
with an ALU, including the one's complement necessary 
for subtraction. To subtract, the microprocessor must form 
the one's complement of the subtrahend and add it to the 
minuend with a carry. Because subtract is a relatively in- 



frequent operation, performance impact is mLinimal. 

tn examining the functions normally performed by mi- 
crocode to implement instructions, it was discovered that 
the arithmetic functions are used primarily for comparing 
and not for arithmetic. This comparing is generally a com- 
parison of an address with certain bounds registers to see 
if the address lies within the area that can be accessed by 
the user. If it is not, a bounds violation is generated by the 
microcode and the software aborts the program that is run- 
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Fig* 4. The exlf actor, a functional 
unit of the Series 37 CPU chip, 
replaces the mstruction decodrng 
iogic found in earlier HP 3Q0Q 
implementations^ 



ning. Typically, previous HP 3000 machines have special 
hardware circuitry to examine the carry signal from the 
ALU and force the microcode to specific error addresses 
\\*hen a compare indicates a bounds violation. In keeping 
with the philosophy of simplicity and explicit microcode 
control of the machine at all times, hardware to force certain 
microcode addresses was summarily rejected. Instead^ a 
simple comparator circuit is included* allowing a quick 
comparison of two addresses and a transfer of control based 
on the result. 

The specialized comparator circuitry , which is com- 
pletely self-contained, is ahle to perform all of the necessary 
bounds checking with no performance penalty. 

Incrementar 

Although the microcode seldom needs to perform arith- 
metic beyond addition, it frequently needs to either add 
or subtract one from a number* To provide this capability, 
an incrementer/decremen ter is available and can be used 
on every cycle. This proved to be one of the most valuable 
additions to the design, because it allows an arithmetic 
operation to occur in parallel with a separate logical oper- 
ation. The incrementer can perform four functions: add 
one. subtract one, pass unchanged, and add two. 

One useful function of the incrementer is to simulate 
subroutines. Because the microprogram counter is a register 
like any of the other registers, the incrementer can pass its 
value to one of the subroutine jump registers easily. If the 
incrementer is needed on the line that jumps to the sub- 
routine, it can pass the microprogram counter incremented 
by one on the line before, or by two on the line before that. 
The return from a subrautine is accomplished by select- 
ing this register as the next address for the microprogram 
sequencer. 

Microcode Address Selection 

rhe next line of microcode to be executed is selected 
from one of four registers by the current line. Two fields 
in the microinstruction specify the next line of microcode; 
these are the irue tori^et and the /aJse target fields. There 
are 32 conditions that can be tested by each line of micro- 
code* if the condition is mot, the address for the next line 
of microcode comes from the register specified by the true 
target field. If not. the address comes from the register 



specified by the false target field* Each bit in the flag register 
can be independeutJy tested, as can sixteen other condi- 
tions and bits In the machine. The four registers that can 
be used as the source for the next address are the micropro- 
gram constant (useful for lumps to specific addresses), the 
microprogram counter register (executing luicrocode in *se- 
quence), and the two subroutine* jump registers. The sepa- 
rate true and false targets allow complete symmetry as well 
as the freedom to execute either of two lines, neither of 
which is the next line in sequence. 

Diagnostic and Test Capability 

Because all of the registers are easily accessible and there 
is very little specialized hardware, the design does not 
require much additional circuitry dedicated to diagnostic 
test purposes. There are special coiumands allowing access 
to bits that could not otherwise be accessed, but no other 
specialised logic. This makes testing a straightforward task 
instead af the labyrinthine iumble of convoluted code re- 
quired with conventional designs containing a multiplicity 
of untestable bits. Since each of the functional units has 
limited well-defined side effects, it is easily verified that 
a failure of one of these has occurred, and that no others 
have failed. 

Performance Results 

The HP 3000 Series 48 provides a good comparison for 
the design of the Series 37. Altiiough the Series 48 has 
specialized hardware to help with instruction decode and 
bounds checking, it is basically a nuich simpler design than 
the Series 08 and contains far fewer circuits. Measured in 
the same terms, it contains about twice the circuitry of the 
Series 37, Therefore, it is of particular interest to cum pare 
the relative efficiently of the two designs. Because the mem- 
ory reference instructions are so critical in the instruction 
mix» it is especially worthwhile to compare these instruc- 
lions* 

The Series 37 has an immediate disadvantage compared 
to the Series 48 because it does not have £ipecial instruction 
decode circuitry. Since this function is executed by micro- 
code, it must be slower. Also, there is no hardware prefetch 
of I he following software instruction as in the Series 48, so 
this must also occur in microcode. Consequently, the first 
few cycles of every instruction are spent initiating a memory 
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The limrted capability provided by this control is enough to 
step byte-by-byte through one ROM and transfer its contents to 
writable conlrof store After confirming tf>at the microcode was 
successfully transferred, control es passed to the newly loaded 
code, This code is of full 64- bit width and has all of the power 
Of the processor available lo ii Thus it has tfie capability to run 
extensive microctiagnosttcs, load more microcode from the olher 
three ROMs, and boot the operating system 

Skip La Fetra 

Project Manager 

Chris Shaker 

Developmeni Engineer 

Computer Systems Division 



Booting 64-Bit WCS Words from a 
32-Bit- Wide ROM Word 



The processor design for the HP 3000 Series 37 Computer ' 
©mphasizes small size, low cost, and reliabtlity. To realize this, 
tfie compuier es designed with lew parts and without the separate ' 
control processor used on other members of the HP 3000 product 
lina 

Because the Series 37 does not have a separate conlrol pro- 
cessor to load WCS before launchrng the main processor, the 
matn processor must load its own microcode, it does this by 
executing a short power-up program directly from ROM whose 
sole purpose is to initialize the writable portion of control store. 

The Series 37 requires four ROM chips to tiold all of the coid- 
toad and self-test microcode These chips hold 128K bits of 
Informalion eacti. However etght ROMs would be required, each 
supplying eighl bits of data at a lime, to supply the full 64-bit 
microinstruction word required to run tlie processor. To avoid 
the need for these extra lour ROMs, a scheme was devised that 
allows the processor to boot wifh onJy 32 bits ot each microin- 
struction supplied, 

This scheme is simple in principle: choose a subset of the 
processor's capability that ts adequate to boot the system but 
simple enough that it can be expressed with 32 or fewer bits of 
microinsi ruction, and then force the unused 32 bits of the 64-bit 
control word to constant values. For exampie, the CBUS field 
altows access to all 16 tniernai registers (requiring four bits of 
control). The boot code only uses two of these registers. By tying 
three conlrol lines to a constant zero we require only one bit of 
ROM control for \he C8US fjeid Similar reduction of control re- 
quirements was done with each microinstruction field as follows 
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fetch of the following instruction and decoding the current 
instruction. By using the capability of the extractor; the mi- 
crocode Is able to decode an instruction and transfer lo the 
first line of the instruction with only Ihree cycles of over- 
head. Tho first cycle extracts the upper eiglit bits of the 
instruction and combines them with the address of the jump 
table, storing this final address into a jnmp register. The 
second cycle transfers control to the address specified in 
the jump table. The third cycle is the line of microcode in 
the jump table that transfers to the instruction itself. This 
third cycle can also begin execution of the instruction, thus 
reducing the effective overhead. 

It would seem obvious that with a three-cycle overhead, 
the instruction must be slov^^er than its counterpart on the 
Series 48. Indeed, the performance of the Series 37 is less 
than that of the Series 48, but this is because of the Series 
37's lower clock frequency and not the efficiency of the 
microcode. Comparing the number of cycles required to 
execute the instruction rather than the amount of time, the 
surprising result is that the Series 37 memory reference 
instructions require approximately the same number of cy- 
cles as the Series 48. When the overall performance of the 
entire instruction set is compared, the Series 37 and the 
Series 48 require approximately the same number of clocks 
to execute a typical mix of instructions for the HP 3000. 

Although Ihe amount of logic is far greater to realize an 
architectural implementation for the Series 48 compared 
to the Series 37. the relative amount of w^ork done for each 
machine cycle is the same. The simple approach used in 
the design of the Series 37 resulted in an extremely efficient 
use of silicon. A design need not be complex to be cost- 
effective. 

A ck n owl edg me n ts 

There were a number of people whose dedication and 
patience made this design possible, and incredibly in less 
than six months from initial concept to final tape release. 
Paul Smythe and Greg Gilliom led the microcode effort 
working with Brian Feldman and our prolific summer stu- 
dent, Michael Goo. Norm Galassi generated the test micro- 
code ivhich was successfully used in the simulations to 
ensure that the first-pass chips w^ere the last-pass chips. 
Karen Murillo designed several of the functional units on 
the chip. The tools were created by Frank Hublou. who 
made sure that there were no problems interfacing %vith 
any of the other groups with whom we worked, and Daryl 
Allred, who was able to respond to the many requests for 
specialized tools in a remarkably short time. Special recog- 
nition is due Barr\' Shackleford, without whose encourage- 
ment, insistence on maintaining simplicity, and dedication 
to excellence in organizing and leading the design, this 
project would not have been possible. 
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Simulation Ensures Working First-Pass 
VLSI Computer System 

by Patria G. Alvarez, Greg L* Giltiomj John R. Obermeyer, Paul L Rogers, and Malcolm E. Woodward 



^\ NE OF THE OBJECTIVES for the HP 3000 Series 
■ ■37 project team was to produce two fully function aj 
^^^F VLSI chip designs, each in a single pass with no 
errors. The advantages of this objective are obvious. With 
first-pass chips, the project schedule is shortened consid- 
erably, leading to lower project costs. This also frees labo- 
ratory resources to be applied to the next project sooner. 

This goal seemed formidable when first proposed, since 
it had never been done before at HP's Computer Systems 
Division. Formerly, all designs were done in several passes: 
a breadboard, a lab prototype^ and a final-release version. 
At each stage, the design was fine-tuned to match the 
specifications of the project. 

To release single -pass designs required careful investiga- 
tion and thorough definition before the logic was laid out. 
Gate arrays were chosen for tlie I wo chips, and their simple, 
regular architecture was a strong ally in the construction 
of first-pass chips. However, the tool that absolutely 
guaranteed first-pass VLSI chips was the design simulator, 
FTL. By using a simulator capable of logic and timing simu- 
lation, the project team was able to detect errors before a 
chip was masked or fabricated. This early error detection 
allowed faster turnaround on logic design and encouraged 
more effective verification. 

FTL is an acronym for Faster Than Light., a name given 
to the simulator by its creator, FFL uses the output files of 
the Design Capture and Documentation Facility (UCDF), 
an interactive menu -driven logic design tool used on the 
Series 37 project to enter and generate circuit schematics. 
During the design stage of the Series 37 project, DCDF 
allowed engineers' designs to be captured for input to the 
simulator. 

FTL lets the user watch a design in action as inputs are 
provided. It is written in IBM 370 assembly language, and 
in our case* runs on an Amdahl V6. The Amdahl provided 
the design team with immense horsepower, greatly reduc- 



ing 



the time necessary to simulate the design. 



FTL Features 

FTL provides many features to assist the hardware de- 
signer in designing and debugging a circuit. It can combine 
several different design files into a single simulation, so 
that several designers working on the same chip can simu- 
late their portions of the circuit and then combine their 
designs into a single simulation to see hoiv the different 
parts of the circuit work together. Chip designs can then 
be combined with board logic so thai entire boards can be 
simulated. Finally, several boards, such as GPU, memory, 
and I/O. can be simulated together. 

A nice feature of FTL is the ease with which a designer 
can look at a logic signal. Like a conventional logic 
analyzer, the FTL user interface is a display screen (see 
examples. Figs. 1 and 2). All signals on the screen are 
labeled with the names used in the DCDF design file. To 
view^ a logic signal, the engineer simply inputs the name. 
The logic signal is added to the screen, and the engineer 
can obser\'e the logic transitions. Logic signals can be view- 
ed singly or as octal or hexadecimai representations if sev- 
eral signals are grouped in a bus structure. 

Through an addition to the simulator made specifically 
for the Series 37 project, the design team was able to preload 
RAMs and ROMs on the board from separate files, 

CPU Chip Simulation 

The two V^LSl gate array chips in the Series 37 are the 
CPU chip and another gate array that is used in the terminal 
interface controller (TIC), 

A difficult problem for most desi^s of chips as large as 
the CPU gate array is the generation of good test vectors. 
In many cases, test vectors are painstakingly generated by 
band, with an engineer toggling each input and observing 
the outputs to see if they respond as expected. This often 
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Fig. 2. (tap) FT L simulator screen 
showing overall TIC board activity . 
(bottom ) FTi screerr showing de- 
tailed Si MB (synchronous inter- 
module bu5) activity. 



leadis to bored engineers reaching a frustration limit and 
releasing a circuit before il is fully verified. 

In the case of the Series 37 CPU chip, we were building 
a machine that had its own microcode structure, hi addi- 
tion, the CPU aod memon^ boards were also being designed 
in DCDF, so it was possible for FTL to siruLilate Lhem to- 
gether. Taking this one step farther, it was possible to load 
actual microcode into simulated ROMs on ihe CPU board 
and execute this microcode on the simulator. Therefore, 
we used the self-test microcode for the system, which had 
to be wTitten for later use in manufacturing and field sup- 
port, as the first test program for sinmiation of the design 
using PTL. The first version of the self- test was approxi- 
mately 1000 lines of microcode and took three hours to 
run on the Amdahl. Using the clues provided by this first 
simulation, the GPU designers reworked their design and 
rechecked It, while the self -test engineer expanded those 
tests into new areas of the design. This same philosophy 
was used on the memory and I/O boards. 

By modifying the FTL simulator slightly^ it w^as possible 
to generate tost vectors for the gate array chip automatically. 
The microcoded self^est was executed on FTL and the 
inputs and outputs of the gate array w^ere recorded. These 
inputs and outputs were later used by the gate array vendor 
to verify the first prototype chips and to verify the chip 
timing and parameters using the vendor's simulation 
equipment. The vendor's simulation after routing and 
masking of the chip led to the final timing specifications 
for the chip. 



TIC Gate Array Simulation 

The other gate array in the Scries 37 system, a 4000-gate 
VL.SI chip, is used in the tenninal interface controller (TIC). 
The entire TIC, including the gate array, was designed in 
DCDF and simulated using FTL. In the TIC case, the chip 
is not a processor cajjabk^ of executing a s^ll-test. Instead, 
it consists of several complex state machines and control 
logic. To simulate it, a special assembler was writlen that 
made it possible to write a verification test in a simple, 
high-level language that corresponds to (he functional op- 
eration of the chip. The assembler translated the high-level 
functions specified inlo the proper inputs for the chip, This 
verification test was then executed in a pseudoboard envi- 
ronment created to aid in the simulation. Around the VLSI 
TIC chip was added a sequencer, a RAM to supply I he 
input signals, the DMA state machine ROMs, and the TIC 
register RAMs (see Fig. 3). The DMA state machine ROMs 
were loaded w'ith the state machine control. The input 
control RAM was loaded with the patterns from the assem- 
bler and was accessed via the sequencer. The test vectors 
fin the gate array chip were collected from the chip inputs 
and outputs during this verification tesL The assembler 
made it feasible to generate an exhaustive set of test vectors 
for the gate array. Thus it w^as a major factor in the design 
of a first-pass TIC gate array chip. 

As a result of these methods and tools, the CPU and TIC 
gate arrays had only one design pass. The chip designs 
used in the first hardw^are breadboards are still used today 
in production units. The next step was to achieve the same 
results at the printed circuit board level. 
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Fig, 3, Pseudoboard enyironment created to atd tn the simu- 
lation of the VLSf JiC (terminal interface controUsr) gate array 

Models Created 

Belare simulatiaii of any of the boards could begin, we 
had to create models for each of the TTL and CMOS parts* 
PL As, and other special parts used in the design, The mod- 
cis had to be undershindahle lo the FTL simulator. Some 
basic building blocks were created to aid in the modeluig 



of standard logic parts. These basic blcscks were generic 
OR, AND, and XOR gales and various types of fiip*flops and 
raemor\' elements= Each standard part was modeled using 
these basic blocks. Then the model was verified by testing 
just that part using FTL. This process was tedious, but 
necessary to ensure Ihe accuracy of the system simulation. 

The next step was to sLmulate each of ttie printed circuit 
assemblies and custom VLSI chips separately* All of the 
printed circuit boards and custom VLSI chips were simu- 
lated more or less in paratlel by the individual design 
teams. FTL lends itself lo parallel simulatiun. thereby sav- 
ing a great deal of time. The custom VLSI CPU gate array 
chip was simulated first, as described previously. After 
this simulation was complete, the next step was to begin 
simulation of the CPLI board. 

In simulating the CPU board, first the clocks \ivere con- 
nected to the board. An 8 x clock drove the CPU clock as 
well as the system clocks. This clock, BXCUC, was the driving 
clock used during simulation. For each eight ticks of BXCLK. 
there was one tick of the CPU clack [CLOCK). The screen 
of \he simulator was set up so that the parHcular nodes 
being tested were displayed on the screen. Any of the nodes 
on the board could be displayed. Once the screen was set 
up, the inputs to the particular subassembly of the CPU 
board were put into their desired states. Then the required 
number of clock cycles was entered (eight for one CLOCK 
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Fig, 4, An ALD sc/iemai/c ALD stands for Automated Logtc Dfawfogs, a subsystem of the 
Design Capture and Documentation Fadfity (DCDf) used in the desfgn of the VLSI chips for 
the HP 3000 Series 37 Computer DCDF output Wbs are the inputs to the Simuiator, which is 

cafted FTL 
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cycle), and the simulatian was begun. Oru;e simulation had 
ended, the final state of each of the nodes on the screen 
was displayed. No intermediale residts were available. H 
intermediate resulls w^ere desired, the number of clock cy- 
cles to simulate could be reduced. 

Once all of the subassemblies had been simulated, the 
processor gate array was connected to the CPU board, and 
the simulaHon of the entire CPU began. This was done by 
loading test microcode mto the simulation control store 
memory. At this point the microcode controlled the oper- 
ation of the CPU, so that different code was written to test 
the different functions of the CPU. 

Afler the CPU and memory simulations were completed, 
the CPU and the memory were simulated together. The 
peripheral interface channel (PIC) was added to the system 
simulation model after the CPU/memory simulation had 
been completed succesfully^ Finally the TIC wvis added to 
the system simuiation model after the CPU/Memory /PIC 
simulation and the VX-SI TIC gate array chip simulation 
had been completed. 

During every phase of the simulation, designs were cor- 
rected or modified as necessary to ensure correct operation 
of the system^ The result of the individual and system 
simulations w^as a set of first-pass printed circuit boards 
that were able to run as a computer system. Both of the 
custom VLSI chips also worked on the first pass. This is a 
major accomplishment and was only possible with the help 
of FTL and Delay > a timing analysis program. 

The full system simulation model was used even after 
the first successful printed ci.rcuit boards were up and run- 
ning. The system model w^as used to check out new or 
anticipated changes lo the system before they were ever 
implemented. 

Providing Documentation 

During the design stage, as the Design Capture and 
Documentation Facility captured the engineers' designs, 
ALD [Automated Logic Drawings], a subsystem of DCDF, 
provided documentation in the form of schematics. DCDF 
runs on an Amdahl 470 Computer. Through an MRJE link, 
the schematics are transferred to a remote HP 3000 Com- 
puter and are printed out on an HP 2 680 A Laser Printer. 

With the facilities available through DCDF, complete and 
up-to-date documentatioji can be attained anv^ime a new 
design is created or a modification is made. 

Schematic Generation 

Fig, 4 shows an example of an ALD schematic* A feature 
of ALD is its autorouting facility. All of the circuit blocks 
on a single ALD page having the same interconnect are 
automatically routed together. ALD gathers all connectivity 
information from the DCDF file and automatically routes 
one signal line to another. Routing executes a variation of 
Lee's algorithm' ^ using direction numbers. The algorithm 
finds the paths for routing the signals in the design. 
Through the routing facility, an engineer can specif>^ the 
maximum number of bends in the line joining the signals. 
Should the autorouternot find enough room to draw a wire 
from one gate to another, the line is not drawn, although 
the signal name of the line Is shown so it is not mistaken 
for no connection. 



All logic symbol pictures come from a master library or 
catalog. For example, when a NEW command is executed 
from the DCDF gate editor, an element with the number 
specified is fetched from the catalog. A pictorial description 
uf that element and other documentation elements (BLOCK 
TYPE and BLOCK NAME] are brought to the terminal screen. 
AH design elements are automatically given a default name 
as they are inserted in the design, but at any ti^me the 
engineer can replace this default name with a user name. 
The designer may place the logic symbol at any valid loca- 
tion on the schematic^ and when it is printed, the picture 
appears with the default or given block name. 

The schematics generated by ALD are typical of most 
schematics, but they also provide the following: 
■ Global comments: A designer's personal comments can 
be included on the schematic and placed and displayed 
as desired. 

Title blocks; A box is automatically placed In the corner 
of a schematic. Information .such as designer name, block 
name, and block function can be placed here, 
^ Hierarchy information: Hierarchy information is pro- 
vided by ALD so that a designer can tell what level of 
the design is being displayed. 
» Cross reference: The cross reference generates a symbol 
table listing for bus cross references and connectivity 
reports. It includes a li.st of the external signals to the 
circuit, and it includes the interface signal name, connec- 
tor pin number J and signal nature. All flie interconnects 
in the schematic are alphabetically listed with all the 
connection points where that signal is attached. 
The following is a sample cross reference: 



+ MPV_IN< * > 
GATE-NAME 

MPY_0 

OUT^SLV 

S4 



X Y PG TYPE CP 



BUNDLE 



M 20 1 OUT -OUT <0> 

L 20 47 OUT -hQ <0> 

G 64 1 IN -D_0<0> <0> 



In this list, GATE -NAME refers to the name of the gate where 
the connection is made. X is the X location of the connection 
point based on a scale printed on the schematic, Y is the 
Y location of the connection point based on a scaJe printed 
on the schematic, PG is the page of the schematic xvhere 
the connection point is located, TYPE is the type of connec- 
tion point (input, output, bidirectional), CP is the internal 
pin designator for the node, and BUNDLE is used to show 
which interconnect signals from the bundle are attached 
to the node. 
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Creative Ways to Obtain Computer System 
Debug Tools 



by William M. Parrish, Eric B. Decker, and Edwin G. Wong 



WHEN SOMETHING GOES WRONG with a com- 
puter system, it is imperative that the problem be 
found and corrected quickjy. A determination of 
whether the problem is in the hardware or the software 
must be made* and the faulty hardware or software module 
must be replaced. In the HP 3000 Computer, a major diag- 
nostic tool is the maintenartce panel or debug paneL In the 
HP 3000 Series 37. an off-the-shelf microcomputer is used 
for the maintenance panel. For software diagnostics, the 
standard HP 3000 debugging facilities are supplemented 
by a virtual software debugging panel calleri SoftPanel, 
which is implemented in microcode. The maintenance 
panel requires extra hardware and is used in the factor>' 
and optionally ui the field. SoftPanel is a built-in tool, 
available in any system at any lime. 

System Consoies 

Historically. HP 3000 systems have had consoles that are 
combinations of hardware and firmware. These devices 
provide operator functions soch as loading, starting, and 
dumping the systemn routine diagnostic functions such as 
running built-in self-tests and checking hardware 1/0 con- 
figurations, and firmware, hardware, and software debug 
facilities. 

The earliest consoles consisted of a special interface card 
on the CPU backplane and large assemblies of LED indi- 
cators and switches. On the HP 3000 Series II and III, these 
ctmsoles were made servtce-only tools, and the operator 
functions were put into smaller panels which were actually 
shipped to customers^ If the diagnostic capabilities of the 
maintenance panel nre required, a Customer Engineer 
brings the panels to the customer site and connects them 
with several bulky cables. 

Later consoles, those for the Series 44 and 64, for exam- 
ple, also use a special interface card on the CPU backplane, 
but are designed to work in parallel with the MPE system 
console. A special sequence of characters is employed to 
get the attention of the maintenance panel functions, and 
the commands can be entered through the same terminal 
used for the MPE console and the operafor*s session. 

The Series 64/BB. with its large number of assemblies, 
requires all boards on the CPU backplane to contain shift 
strings, which can be read out and written by the console 
(known as the Diagnostic Control Unit, or DCU) to allow^ 
detailed troubleshooting of the different assemblies and 
data paths. By this mechanism, information containt^d in 
storage elements on any assembly can be read and mod- 
ified. Special mi crodi agnostics can be loaded through a 
flexible disc drive connected to the console terminal. 

Series 37 Requirements 

I'hfj; Series 37 is designed in be a high -volume. low-t:nst 



system relative to other HP 3000 systems> As such, we 
needed to minimize the special hardware required for the 
console. We also had to have the debugging system avail- 
able almost immediately after the receipt of first \T^SI parts, 
so there was not a lot of time In the schedule to debug our 
debugging system. 

The hardw^are of the Series 37 consists of a small number 
of field-replaceable units. Sophisticated shift-string capa- 
bility, such as was provided by the Series 64 DCU, was not 
appropriate. If a hardware problem develops in the field, 
there are few* enough (and inexpensive enough] field-re- 
placeable units in the Series 37 that a temporary exchange 
of SPUs (system processing units] can show whether a 
problem is witii intermittent hardware or a design problem. 
Hardware and microcode design problems should be found 
and corrected in the factory, not the field, so such tools 
were deemed unnecessary in the product. 

It w"as decided, therefore, to partition the console func- 
tions into functions required in the product and functions 
required in the factory. Functions required in the product 
include: 

^ The ability tc LOAD, START, and DUMP the system 
>^ MPE console capabilities 
« Remote console capabilities 
• Ability to run buill-in and external software diagnostics 

and check the hardw^are I/O configuration 
■ Ability to look at and modify software registers and main 

memory (SoftPanel functions). 

Functions not required in the final product, but required 
for bringing up the system and factory debug include; 




Fig. 1- An HP 900Q Model 236 Compuier serves as the 

maimenance panei for the HP 3000 Series 37 Computer 
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■ The ability to load a inicrocodR image intocnntroJ store 

■ The ability to read and modify writable control store 

■ The ability to read and modify registers used by the 
microcode 

■ Breakpoint in control store 

■ The ability to do I/O commands on the synchronous 
intermodule bus {SIMB) 

■ The ability to do 32-bil uTites and to read error status 
information from the memory subsystem^. 

The microcode and software teams^ being the primary 
initial customers for the maintenance pimeL had consider- 
able interest in the specifications for the tooL Their inputs 
caused us to come up with the following constraints: 

■ The major CPU registers should be visible on the screen 
at the same time and should be updated autDmaticBlly 
as execution progresses. The contents of the screen 
should reflect the state of the micromachine when micro- 
code execution is interrupted by the maintenance panel 
or wdiile microstepping through microcode. Since the 
GPU contains 15 high-speed registers plus a number of 
register-file locations that are frequently updated by mi- 
crocode, it was deemed necessary to use a product with 
a large enough screen to display all of these registers. 

■ The microstep function, including screen updating^ 
should occur in about a second or less. 

■ Full support of the SIMB breakpoint hoard should be 
provided* including use of the range and data pattern 
features (see box, page 20). 

■ The microcode required for support of the maintenance 
panel should be small enough to be debugged easily with 
the microcode simulator tools, so that it could be fully 
tested before committing it to ROM. 

■ A means of loading initial microcode and memory im- 
ages was needed^ Since the microcode files were de- 
veloped on an HP 3000 Series 64. and the cold-load 
microcode was not to be initially available, a means of 
transferring such data from the development system to 
the new hardware had to be developed. 



Series 37 Maintenance Panel 

The HP 9000 Model Zim Computer [formerly HP 9836) 
was chosen as the maintenance panel [Pig. tj. It has a large 
enough screen to display all relevant registers. Its high-per- 
formance CPU and BASIC operating system are fa.st enough 
that I/O and the screen updates required for a microstep 
occur in about one half second. It supports HP's LIF [logical 
interchange format), allowing a limited file transfer capabil- 
ity from the HP 3000 via flexible discs. 

It was initially unclear whether interpreted BASIC had 
sufficient performance to provide a one-second microstep. 
Early in the development, we wrote an experimental screen 
update program (not including i/O to the Series 37] and 
determined that screen update and data formatting times 
would nol he limiting factors. The I/O time to read the 
required registers over the parallel interface was computed 
and it was determined that we would be able to meet tlie 
specifjcatjon of a one-second microstep time easily. 

The required functions were implemented in a combina- 
tion of hardware and firmware. The remainder of this arti- 
cle describes the implementation and functionality of the 
bring-up and debug tools. 

Maintenance Panel Hardware 

The hardware required for the Series 37 debug panel 
includes an HP 9000 Model 236 Computer with 768K bytes 
of memory and an HP 9862 2 A GPIO Interface card [164)it 
I/O plus handshake lines). This card resides in the Model 
236 card cage. A custom cable connects the Series 37 CPU 
board to the CPIO card. A connector and drivers for the 
debug console are standard on every Series 37 CPU board. 
The optional SIMB breakpoint board is required to set 
breakpoints in main memory. This board requires a card 
cage slot in the Series 37 Computer. 

The mechanism for entering the maintenance panel code 
is a process known as ' 'force magic data." This is a means 
of breaking the microinstruction stream that is executing 
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Fig. 2. Maintenance panet firm- 
ware display. 
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and passing control to maintenance microcode. The mech- 
anism works by forcing a particular data pattern onto the 
nucroinsimction bus. causing a branch to a particular ad- 
dress in the control store. This mechanism is imptemented 
in hardware on the Series 37 CPU board. It should be noted, 
however, that this mechanism is used for handling micro- 
interrupts other than the maintenance panel, and hence is 
not unique to the debug panel. 

Maintenanca Panel Software 

The software in the Model 236 Computer consists of a 
BASIC program, which uses Advanced BASIC constructs 
to control the displays^ process commands, and handle 
interrupts from the user and the Series 37. The BASIC 
software is partitioned into user interface portions and I/O 
portions* alio wing us to be flexible in defining new user 
commands as required during development. 

The user normally sees one of two screens, a firmware 
display or a software display, providing two viewpoints 
into the machine. The firmivare display (Fig. 2) provides 
a window into the microraachine, including the state of 
the firmware registers at the last invocation of maintenance 
mode, along with the currently executing microword in hexa- 
decimal format and disassembled symbolically. The address- 
es of microbreakpoints currently set are also displayed. 

The software display (Fig, 3} shows the HP 300D program- 
mer's view of the machine (i.e., the state of the mac- 
romachine). The display is arranged to show information 
about the code (PROGRAM) currently runnings the stack, 
and global and status information. A display of the lop 24 
stack locations is shown at the bottom of the screen. The 
TOS cache is transparent to the user in this made; in the 
firmware display, it is not. 

Maintenance Panel Frrmware 

The work uf obtaining and mudifying values in memory, 
registers, and the SIMB is done by a small set of microcode 



routines. Two sets of these routines exist; one set is in 
ROM. and another set overlays the ROM routines vvhen 

the operating system is running. 

Operation 
During normaJ system operation, the Model 236 can be 

connected to the Series 37 CPU board and the impact is 
minimal The power-on self -test code checks for a mainte- 
nance paneL and causes the panel to become active before 
attempting to prompt the user for START/LOAD/DUMP com- 
mands. Following that» if the system is operated normally, 
the Series 37 user will not be aware that the panel is con- 
nected to the system. 

If certain micro interrupts occur, indicating hardware 
problems, the panel v%ill gain control if it is connected. 
Alternatively, the user can bit the HALT key and force the 
machine to stop. 

While in maintenance mode, the user can issue com- 
mands to the Model 236 which are formatted into data 
patterns and sent out over the GPIO card to effect the vari- 
ous user commands such as Modify Register or Display Memor^r, 
These data patterns are interpreted by the firmware* which 
invokes microsubroutines to make the changes occur in 
the Series 37 CPU environment. Operations on the registers 
normally used by microcode are performed on shadow reg- 
isters while in maintenance mode. 

To terminate maintenance mode and resume normal 
execution, the user presses the CONTlNUEtURUN) softkey. 
which sends a command over the GPIO requesting micro- 
code to restore the state from the shadow registers and 
resume where execution was left off. 

Microbreakpoint 

A [ireiikpoitil was defined in control store by use of the 
WC'S pcuity error interrupt. A breakpoint in control store 
is set by changing the parity bit; the Model 236 keeps a 
list of locations that have been so modified. The microcode 
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The Role of a Programmable Breakpoint Board 



In a microcode and software development envrronment, one 
of the problems difijcull to debug is the ca^e when memory 
locations appear to contain the wrong data. This normally occurs 
when a bug in software or microcode causes an illegal write to 
the suspected memory location. These so-called memory hits 
may happen at just one memory location, within a range of loca- 
tions, or over the entire range of the memory They may happen 
with a fixed data pattern or in a random pattern. They may happen 
often or occasionatly. 

A simple approach to the solution of this problem is to connect 
a logic analyzer lo the CPU bus and program the analyzer to 
tngger and record the bus transactions when an access to the 
suspected memory location happens There are a few drawbacks 
to thjs approach One major drawback is the fact that the logic 
analyzer just captures what appears on the bus and cannot 
freeze the CPU for further exammatkon of the internal CPU regis- 
ters and flags. The other drawback is that this approach is not 
friendly and requires specific knowledge of the hardware to con- 
nect the logic analyzer, a task that most software developers 
and microcoders try to avoid A better solution to this problem 
is to design a board that resides in the computer system like 
any other board and does the pb of a logic analyzer. The advan- 
tage of this approach is that no analyzer needs to be connected, 
and programming is through normal computer instructions. 

For the HP 3000 Series 37 Computer, a special breakpoint 
board was developed to provide memory transaction monitonng 
capabilities to the system. This board is a programmable I/O 
channel that is plugged into the system like any other board and 
monitors memory transactions Normally, it is transparent to the 
system and does not interfere with the normal system operation 
except at system initialization, when it responds to the SIMB 
ROCL (roll call) instruction to indicate its presence The program- 
ming is through SIMB wiOA (write I/O adapter) commands issued 
to the board to set its internal regfsters Therefore, programming 
can be done using any facility capable of issuing SIMB com- 
mands, including an HP 9000 Model 236 Computer or SoftPaners 
microcode. 

The breakpoint board consists of nine write-on ty and three 
read-only registers. The wnte-only registers jnclude two bank 
and address registers, two data registers, two opcode registers, 
and one control register The board is configured by writing into 
the control register. The bank and address registers can be 



programmed to break on indivtduai addresses or on any address 
between two limits (RANGE mode) The data registers can be 

programmed to break on patlerns of 1 , 0, or X (don't care) bits. 
The read-only registers capture the FROM CODE, bank, and ad- 
dress of the breakpoint event, 

Once the board is programmed, it compares every memory 
transaction that appears on the SIMB with its internal registers. 
When a match occurs it sends a nonmaskable Interrupt (SIMB 
WARMSTART) to the CPU. Upon receiving this interrupt the CPU 
virtually freezes and executes special microcode that per- 
mits the examination of the CPU internal registers and flags by 
SoftPane^ or the maintenance panel's Model 236 Computer The 
SIMB information that caused the break (memory address, SIMB 
FROM CODE, and SIMB OPCODE of the transaction) are all cap- 
tured in I he tntemal registers of the breakpoint board and can 
be accessed by issuing the SIMB RIGA (read I/O adapter) com- 
mand to the breakpoint board. 

The board was immediately put to use when it became avail- 
able and solved many microcode bugs in its first weeks of exis- 
tence, After a few weeks, users began to develop some uncon- 
ventional uses for the board, An interesting unconventional appli- 
cation is to use the board as a smart single-step facility for the 
MPE operating system to single-step over pcal instructions, in- 
terrupts, etc. In this mode of operation, the MPE system Debug 
facility is used to freeze the segment in question to prevent the 
operating system from moving the segment. Then the breakpoint 
board is programmed in RANGE mode such that the two break- 
point registers point to the start and end of the procedure or 
segment in question. The contimue key of the Model 236 Com- 
puter can rhen be used to single-step over the segment. 

One dramatic case of breakpoint board application occurred 
when the microcoders had been chasing a problem for several 
days and had totally forgotten about the already programmed 
breakpoint board inside the system. Several days later, while 
they were working en another problem, the Model 236 mainte- 
nance panel beeped, indicating a break from the breakpoint 
board. From there it was a matter of minutes to find the bug they 
had been looking for for days- 
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for handling WCS parity interrupts includes going through 
the "force magic data" process and subsequently checking 
for the presence of the Model 236, When the Model 236 
sees an interrupt from a WCS parity error, it checks to see 
if the location is one it knows to be a breakpoint. If so, it 
treats the interrupt as a breakpoint, and indicates this to 
the user. If not, it treats the interrupt as a valid WCS parity 
error, and indicates this to the user. 

With this general process, it was possible to create in 
BASIC an arbitrarily large breakpoint table (we had eleven 
entries: one special -purpose and ten general -purpose). It 
was also possible to create temporary ♦ permanent, and 
counting breakpoints by changing only BASIC code. With 
the programmable BEEP statement, an ALARM function is 
provided: a short beep for a hit on a counting breakpoint 
(different tones for different breakpoints), and a warble for 
a complete step on expiration of a breakpoint. 

The special-purpose breakpoint is used to implement 



the single-step function for the software display mode. 
There is an overhead line that always occurs betw^een 
machine instructions in the main microcode. When a 
single-step at the macromachine level is requested, the CPU 
is allowed to free-run until this line is executed between 
instructions. 

Memory Breakpoint 

Memory breakpoint capability requires that an additional 
hardware module, the SIMB breakpoint board, be installed 
in the Series 37 card cage. I/O is done to this board by the 
maintenance panel by general-purpose I/O routines that 
talk to the SIMB, The user interface code formats these 
calls to the I/O portion of the BASIC code, which in turn 
does 1/0 over the GPiO board, which causes microcode 
routines to write and read liie various registers on the break- 
point board. The memory breakpoint is discussed further 
in the box above. 
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SoftPanel: Virtual Software Debugging Panel 

Fof software debugging on the HP 3000 Series 37. a spe- 
cial software debug facilit>\ a virtual software debugging 
panel called SoftPanel. !S implemented in foicrocode. 
SoftPanel is not the only software debugging tool available 
in the HP 3000 system. Tlie NIFE operaiing system has its 
help facility (no! the same as the HELP command) and there 
is the Debug facilit>^ However, there are times when these 
facilities may be hard to activate and/or cannot run at all. 
SoftPanel is the only debugger on the Series 37 guaranteed 
to be there when needed. It can always execute. 

SoftPanel is a fundamental debugging tool Through the 
use of its commands, the user can gain low-level informa- 
tion about the system state. This information is vital when 
one is trying to determine the cause of many failures. With- 
out SoftPanel, the user has a significantly lower chance of 
determimng what is going on. 

Basic Characteristics 

The Series 37. like other HP 3000s, is a microcoded 
machine. Thus it is really two machines in one. The mac- 
romachine executes the instructions of the HP 3000. The 
micromachine implements the macromachine. SoftPanel 
is designed to debug software at the level of the mac- 
romachine. Other tools exist for dealing with the system 
at the micro machine level, primaiiiy the HP 9000 Model 
23b maintenance panel described above. 

HP field engineers, being the primary customers for 
SoftPanel. had considerable influence on its implementation. 

A major requisite for a debugger is machine state visibil- 
ity. SoftPanel provides this easily because of its miarocode 
implementation. Because it is implemented as microcode 
and executes directly on the target machine, visibility of 



different machine states is there for the asking. This in- 
cludes memor^', macromacbine state, direct 1 0» and some 
micromachine control cells that direclly affect the mac- 
romacbine. 

Another major requisite is transparency. The user should 
be abie to invoke the debugger, view the desired machine 
state, and return to the software that was interrupted with 
out any undesired effects. This, of course, assumes that the 
machine state was not modified by the user, SoftPanel has 
knowledge of what determines a macromachine state and 
carefully preserves this information. This includes such 
things as I/O system state, memory state, macromachine 
state, and interrupt system state, None of this information 
is altered unless specifically requested by the user. At any 
time, the user can tell SoftPanel to return to the software 
that was interrupted. 

Yet another requisite is remote access. SoftPanel is usable 
from a remote diagnosis center- As the number of systems 
in the field increases, it becomes economically unfeasible 
to service our machines any other way. SoftPanel ac- 
complishes this by making use of the Series 37"s remote 
operator interface. Anything that works on the local console 
will also work through this interface. 

A last major requisite is ease of use. To accomplish this» 
the SoflPanel syntax is closely modeled after Debug 's. 
Debug is a very well-known (in the HP 3000 user commu- 
nity) debugger for the HP 3000. By choosing this syntax, 
we avoided a large portion of the learning curve for many 
users. 

SoftPanel Structure 

To facilitate quick design and implementation, SoftPanel 
is partitioned into four major sections: command recog- 
nizer, command parsers, command executors, and special 
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F i g . 4 . The Structure of SoftPanel. 

a microcoded vsrtuai software de- 
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functions- Fig. 4 details the slructure grapliically. 

The command i&cognizer is responsible for accepting 
user input and determining which command should be 
given control. Included in this activity are prompting, read- 
ing the user responsep scanning the first field, looking for 
a valid command, and activating the appropriate command 
parser. If an invalid command is input, an appropriate error 
message is displayed. 

The second major section of SoftPanel consists of the 
command parsers. This software is responsible for scanning 
the rest of the command line for the commandos parameters. 
There is one parser for each command* If valid para meters 
axe found, a module in the third major part^ the executors, 
is activated. 

The command executors actually implement the com- 
mand. Each executor is passed a set number of parameters 
by the corresponding i:cjmmand parser. It performs its ac- 
tion and returns to the command recognizer. What each 
executor does is entirely dependent upon the command. 
Some commands simply take a starting memory address 
and display consecutive locations. Other commands dis- 
play some information and wait for user input. Depending 
upon this inputs some portion of the machine state may be 
altered. 

The last major section deals with special functions. In- 
cluded are memory breakpoints> and Ihe interface to the 
macro machine, 

Underlying these major sections are a significant number 
of subroutines. There are subroutines that directly support 
the command recognizer, parsers* and executorSt and there 
are primitive subroutines that support base functionality 



Virtual Microcode Memory 



The HP 3000 Series 37 selt-lest ROMs use an unusual im- 
plementation of a virtual microcode space in the four 128K-bil 
ROMs that enabfe the 64-bii CPU to access and run aeif-iest 
functions, boot routrnes, and diagnostics, simulating a separate 
control processor. Th^s separate control processor, if present. 
would use wntable control store (WCS), Since the separate pro- 
cessor is not present, diagnostics, boot code, and other micro- 
code can be loaded and run wfthout taking valuable WCS space. 
which is also needed for the mam instruction microcode. This 
extra microcode is loaded Jnto WCS only when its functions are 
needed, It is present in ROM on the CPU board and does not 
need to be loaded from disc 

This virtual microcode space is implemented by a routine called 
Loadlsfxt, which enables a specified program or data file to be ! 
loaded from ROM into any arbitrary area of WCS so that it can 
be executed or accessed 

This solulion minimpzes the U5e of scarce WCS resources, 
whtch must be stiared wth HP 3000 instruction set microcode, 
without sacrificing self-test, boot, or diagnostic functionality. 

Ac knowledg merit 

Norm GaJassi wrote LoadNjct. 

Chris Shaker 

Devefopment Engineer 

Computer Systems Division 



on all levels of the structure. Included are the following: 

s Field scanner. This routine recogni^HS the next field in 
the input buffer, determines its lyiie (ASCII string, null, 
or numericj and returns this information. 

m Conversion routines. These routines convert between in- 
ternal (binary) and the appropriate external form. This 
external form Is either the octal or the hexadecimeil ASCII 
equivalent as determined by the current radix. This is 
under user t;ontrol. 

i^ Expression handling. This family of routines deals with 
processing expressions of various forms. Each one starts 
scanning from the current place in the input buffer and 
terminates appropriately. The value of the expression is 
returned to the caller. These expression handlers can 
deal with addition, subtraction, multipUcation, indi- 
rection, unary operators, base address modification, and 
counts. 

a Primitives. These provide buffer manipulation, table 
management, address handlers, basic terminal I/O, and 
connections back to the command recognizer for com- 
mand termination and/or error conditions. 

SoftPanel Commands 

SoftPanel is coumiand-driven. A prompt [SP >) is dis- 
played, tlie user types the desired command followed by 
its parameters, the command is processed and executed, 
and the cycle is repeated ^ All activity of SoftPanel is in 
some way caused by the input of a command. This includes 
the special functions (memory breakpoint processing] as 
well as regular funi^tionj?. 

There are six major groupings of commands: display 
memory, modify memory, in put /out put, miscellaneous, 
code breakpoints^ and memory breakpoints. The command 
syntax is strongly dependent upon the architecture of the 
HP 3000, with its segmented memory system and separa- 
tion of code and data spaces. 

The command -driven approach was chosen for two 
reasons. The first was ease of implementation, and the 
second reason is related to the requirement for remote ac- 
cess. This access is primarily through 1200-baud dial-up 
lines. A full screen debugger becomes extremely obnoxious 
running at this speed. 

Memory Breakpoints 

One very nice feature of SoftPanel is its ability to deal 
with the Series 37 memory breakpoint board (see box, page 
20), This is a hardware tool that allows debugging of ex- 
tremely difficult problems. One such problem is the trash- 
ing of particular memory locations that then cause a system 
crash [bank is a particularly nasty place to trash). The 
memory breakpoint board allows the user to trap writes 
and reads to particular addresses or ranges of addresses- 

SoftPanel supplies an interface for setting this board up 
and handhng the results when a trap occurs. 
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New Cardiograph Family with 
Analysis Capability 

These three new HP cardiographs, m addition to recording 
traditional ECG waveforms, can perform differing levels of 
measurements and analysis to aid diagnosis of heart 
behavior. 

by Robert H. Banta, Jr., Peter H, Dorward, and Steven A, Scampini 



DURING THE LATTER HALF of the 19th centiir>% it 
was discovered that the contractions of heart mus- 
cles generated electrical signals that could be de- 
lected on the surface of the body. In 1903. a Dutch 
physiologist. Willeni Einthoven, was the first to record 
these signals accurately. This was done by placing the sub- 
ject's limbs m buckets of saJiae solution that were con- 
nected to a string galvanometer (Fig. 1)^ For his efforts, 
Einthoven was awarded the Nobel Pri/^e in physiology and 
medicine in 1924. Over the years, a body of knowledge has 
developed by which a physician can deduce the condition 
of the heart from these electrical signals. By examining the 
shape, or morphology, and timing, or rhythm, of these elec- 
trical waveforms, a physician can determine the condition 
of the heart muscles and the conduction mechanism used 
to trigger nmscle contractions. 

A variety of instruments for recording these waveforms 
has been developed and the elet:trocardiogram [ECG] con- 
tinues to play an important role in the diagnosis of heart 
disease. It is estimated that 21)0.000,000 ECGs are taken 
annually throughout the world. Because of its simplicity, 
noninvasive nature, and widespread acceptance, the elec- 
trocardiogram is used as I he first level of screening in the 
defection ot heart disease. Further screening involves in- 
creased expense and/or risk to the patient, requiring such 
methods as stress testing, ultrasound scanning, ambulatory 
(Holter) monitoring^ catheterization, and surgery. 

ki the 1960s, computers began to find use aiding the 
physician in the diagnosis of the electrocardiogram. Today 
these analysis programs are attaining widespread accep- 
tance as a means to help contain the cost of health care. 
These computer systems are expensive, however, and can 
only be justified where large volumes of ECGs tire pnK:f^ssed. 
Hew^iett -Packard's new^ HP 4760 Gardiograph family (Fig. 
2) combines the analysis capabilities of HP's Model 5600C 
ECG Management System with the technology of the HP 
4700A PageWriter Cardiograph introduced in 1981.^ The 
result is a compact and inexpensive tool to aid the physi* 
cian in the diagnosis of heart disease. 

Role as a Dfagr^ostic Tool 

This now family ai i;£irdiugraphw consists of three mem- 
bers: the HP 4 760 A. the HP 4760AM. and the HP 47BtiAI, 
All three provide ECG waveforms along with (latlenl ID 
information (name, sex, age, weighty etc) in a clear manner 



for quick review by the physician [Fig. 3). The information 
contained on the report can be edited using the instru- 
ment's alphanumeric keyboard and liquid-crystal display. 
The ECG waveforms can then he stored for later retrieval, 
or transmitted over phone lines to another cardiograph or 




Fig. t. Early ECG measurements required putting the sub- 
ject's limbs Into buckets of saffne soiution to make sufflaent 
etectricai contact tor delecting the Blectricai activity of the 

heart muscles on a sfrsng gaivanometer (source of picture 
unknown). The Roman numerals indicate three of the com- 
moniy recorded ievefs They are derived by taking voltage 
diffmentials referenced to the right feg. That /s I = left 
arm- right arm. il ~ left teg - nght arm, and III = teft leg- left 
arm. 
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ECG Storage and Transmission 



In the past, an ECG was usualty transmitted to a remote ECG 
analysis system as it was acquired. Poor signal quality, which 
could come from the ongSnal signal or be induced during trans- 
mission by phone line noise, could not be checked until after- 
wards. I! retransmission was required, it was necessary to go 
through the entire process again 

One solution added an oplionaf analog tap« recorder to the 
cardiograph cart to provide local storage of ECGs. This provided 
the fiexibiiity of storing the ECGs as they were acquired, and 
transmission of them as a batch afterwards, but the option was 
costly, bulky, and difficuJt to manage 

To provide flexibility and reduce errors in the acquisition and 
transmission of ECGs, the HP 4760A and its predecessor, the 
HP4750A. rncorporate solid-state ECG storage and digital trans- 
mission facilities Local ECG storage is realized by including a 
256K-byte. battery- backed, nonvolatile CMOS RAM capable of 
holding data for up to 40 ECGs. Transmission fiexibifity and integ- 
rity are managed by a custom digital transmission protocol de- 
veloped for the HP 4750A and HP 4760A. 

ECG storage space and telephone connect time are minimized 
by the use of a first- difference encoding algorithm . This compres- 
sion algorithm is based on the normal distribution of the first 
differences of successive points of an ECG Since most of the 
signal consists of small excursions about the baseline, the original 



1 2-bft data can be greatly compressed by encoding small first 
differences into three- and five-bit codes. The algorithm is non- 
distorting, so the original data is faithfully recreated upon decom- 
pression with no loss of accuracy 

An important part of the transmission protocol is its error detect- 
ing and handling capabilities, since the compression algorithm 
IS extremely sensitive to error. The lower level of the protocol 
provides blocking, line arbitration, and link integrity besides CRC- 
CCITT-based error detection Data blocks are accompanied by 
CRC (cyclic redundancy check) codes, and any detected errors 
result in retransmission of data. If a block cannot be transmitted 
without error after several attempts have been maae, the link is 
terminated. 

The upper level of the protocol supports an expandable com- 
mand interpreter fhai allows the transmission of ECGs. analysis 
reports, and ECG measurement information from cart to system, 
cart to cart, and system to cart. For example, by accesstng the 
system data base through a locat cardiograph, a physician can 
review a patient's previous ECGs while at the patient's bedside 

Charles C. Monroe 

Project Manager 
fyiclViinnville Division 



to a central computer system (see box above]. 
HP 4760AM. The HP 4760AM Cardiograph also performs 
a series of measurements on the ECG waveforms. These 
measurements fall int:o two major categories: morphology 
and rhythm. (For details about these measurements, see 
article on page 29.) In most cases, the HP 4760AM is able 



to perform these measurements more quickly and accu- 
rately than a human ^ This eliminates much of the drudgery 
of ECG analysis, allowing the physician to concentrate 
more time on patient care, 

HP 4760 AL The physician's job is made even easier by the 
HP 4760AJ Cardiograph, which applies a series of criteria 




Frg. 2. The HP 4760 A family of 
cardiograptis features the piotting 
technology oflhe ear her HP 4700 A 
PageWrtter Cardiograph with 
stand-alonB computer anaiysfs 
lechr^fQues based on HP's Model 
5600C f CG Management System. 
Data can also be transnjitted to a 
central system for storage and 
later rev tew. 
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(based on rules similar to those [earned by the physician) 

to the ECG measurements, yielding a preliminary interpreta- 
tion of the ECG (Fig. 4}. Either an adtilt or a pediatric criteria 
set can be used depending on the patient's age. in addition 
to reducing the physician's work load, interpretive cardio- 
graphs are being used to generate preliminary^ tnterpreta- 
tioQS in situations where physicians skilled in ECG diag- 
nosis are sometimes not immediately available. 

The interpretation produced by the HP 4760A1 has been 
found to be diagnostically correct better than 90% of the 
time.^ Because the analysis may not be always correct* the 
physician must continue to have the final say as to the 
actual condition of the heart and the resultant care of the 
patient. 

Design Philosophy 

The primary challenge in the development of the HP 
4760 family was providing the analysis capabilities of ECG 
computer systems In a stand-alone instrument at an afford- 
able cost. The existing technology of HP's Page Writer Car- 
diograph family seemed an appropriate base from which 
to begin since it contains the necessary cardiograph func- 
tions at a low price. It also offers an X-Y recording mech- 
anism, unlike the traditional galvanometer writing system 
used in many other cardiographs. This recording mecha- 
nism allow^s the flexibility to generate ECG traces and in- 
terpretive reports in an easily handled format. 

Ver^' early in the design of the HP 4760A, the decision 
was made to use an exact copy of the analysis program 
used in the HP 5600C ECG Management System. This 
greatly reduced the develop men I lime, hut more important, 
yielded an analysis program that w^as already cHmcaUy 
proven and well accepted. The major obstacle to this effort 



was that the HP 5600C ECG Management System is based 
on an HP 1000 Computer, while the HP 4760A Cardiograph 

is based on a 68000 microprocessor. 

A multistage plan was developed to effect the program *s 
translation. At each stage, the accnracy of the translation 
was verified by analyzing ECGs from a common data base 
and comparing the results to those produced on the HP 
5600C, Some minor differences were found in intermediate 
results, which were caused by noating-point precision dif- 
ferences between the tw^o processors. However, none of the 
ECG interpretations show^ed any differences in the final 
diagnosis. 

Another design goal of the HP 4760 was to provide an 
easy upgrade path. A port is provided for a plug-in module, 
installahle by the user, that can contain application pro- 
grams or criteria sets for the analysis program (Fig- 5). Such 
a module can be used to upgrade an HP 4760AM to provide 
full interpretation. A criteria set in a plug-in module could 
supplement those already in an HP 4760A1, or another 
module could be used to replace a standard criteria set 
with an adjusted version. An application module is more 
open-ended, because it can modify the standard firmw-are 
or add a new^ capability. Application modules currently 
available include: 

HP 47611 A Adult Criteria [Version 06). This module can 
be added to existing HP 4760AM Cardiographs to pro- 
vide adult ECG analysis capability. 
HP 4761 2A Pediatric Criteria (Version P2]. This module 
adds pediatric ECG analysis capabilit>^ to HP 4760AM 
and HP 4760A1 Cardiographs, 
^ HP 47619A ECG Collection [l]. This module performs a 
very basic check of the analysis operation and contains 
eight stored ECGs of varying diagnoses. This data can 
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record (48% of actual size) takers 
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Patient information and pfiysi- 

cian'B contments can be easiiy re- 
corded with f/ie waveforms in a for- 
mat easily filed for future reference 
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Fig. 4. The HP4760Ai Cardiograph 

can perform a preiiminary mter- 
pretation of the ECG data based 
on dfnicaity established data to 

aid the physidan. Showr^ rs the in- 
terpretation output for the ECG 
record shown in Fig. 3 



be used in iBaming or demonstrating the cardiograph, 

and eliminates the need for a test subject or patient 

simulator. 

The HP 47eoAI normal iy houses 576K hytes of ROM, 
320K bytes of which contains the analysis program. Fully 
configureti, the hasic HP 47fiOA can support 1.7 Mbytes of 
ROM and RAM, To protect an investment in masked (cus- 
tom) ROMs, and to provide fixed addresses for application 
programs, all module calls go through jump tables located 
in a pair of EPROMs (electrically programmable read-only 
memories). If it is necessary to change a software module 
contained in a masked ROM, the updated version is placed 
into an EPROM and the jump table is adjusted to point to 
the new version- 
Operator Interface 

An effective electrocardiograph has to be easy to use. 
One aspect is the design of the control panel. It was felt 
that a properly designed control panel would go a long 
way in making the operation of the HP 4760A self-explana- 
tory. Another aspect is the provision for acq oi ring high- 
quality, noise-free recordings. When a list is made of the 
functions and parameters that can he selected on the HP 
4760Af it becomes apparent that the operator interface had 
to be wel 1 thought out to avoid being overwhelmingly cryptic. 

After considerable tliscussi on, several strategies emerged 
to structure the design. First and foremost, the HP 47B0A 
should be easy to use as a basic electrocardiograph so that 
in a possibly confused clinical setting, relatively untrained 
personnel can easily obtain a diagnostic electrocardiogram. 
Second, the values of the parameters that are subject to 
frequent modification sliould be visible and easily changed. 
Third, the functions that the HP 4 7 60 A performs should 
be grouped into two broad categories: basic electrocardio- 
graph and data management. Underdata management come 
the functions of storage, transmission, and editing. Ftmrth, 
many parameters can costomize the HP 47r5ClA to a particu- 
lar setting and should be protected; these are typically set 
on receipt of the machijie and are never changed thereafter. 

Using these basic guidelines, a design emerged that 
makes extensive use of softkeys. using the HP 4760A's 
liquid-crystal display for labeling (Fig. 6). Dedicated keys 
are carefully limited to only the most frequently used func- 
tions, because it w^as felt thai a vast array of keys would 
intimidate an operator. The customizing parameters are 
hidden behind an unlocking sequence of key presses so 
that they are not wandered into easily during day-to-day 
operation. 

Careful attention was paid to the color scheme used on 
the keyboard. Keys are prioritized by brightness of color 
and grouped by commonality of color. The le.ss frequently 
used alphanumeric typing keys are assigned low color 



priority so as not to overwhelm the operator looking for 
the START button. 

The result is an interpretive cardiograph with data stor- 
age, transmission, editing, administrative report genera- 
tion, and self-testing capabilities that are straightforward 
to use, yet highly flexible. 

Signal Processing 

The ECG signal is subject to contamination by noise from 
a variety of sources. Three important noise categories are 
ac power line interference (50 or 60 Hz), baseline wander, 
and muscle artifact. 

Power line interference appears as a 50/60-Hz "buzz'* on 
the electrocardiogram. Tw^o primar^^ sources are the elec- 
trostatic fields generated by power wiring and the magnetic 
fields generated by devices such as transformers and 
motors. The electrostatic fields produce a common mode 
voltage on the patient relative to ground. This is typically 
not a problem; high common mode rejection is relatively 
easy to achieve. Magnetic fields, however, induce differen- 
tial signals in the loops formed by the lead connections to 
the body. Uofortunately, these 50/60-H^ signals are well 
within the passband (0,05 lo 100 Hz] of a diagnostic 
e 1 ec tr Dcard I ogra p h . 

A notch filter is a practical solution if its stop band can 
be made wide enough to allow for normal ac power line 
frequency variations, yet narrow^ enough to avoid visible 
distortion of the ECG signal. Attempts to implement notch 
filters as conventional analog filters requires relatively 
wide bandwidths to accommodate component drift. Such 




Fig. 5, A smali siot in the back of every HP 47 60 A is dBsigned 
lo accept any of the existing or future applfcatfon modules. 
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Artifact Indication 



Acquiring a noise-free electrocardfogram requires careful 
technique. Poss^dly the most difficult source of noise to conlroJ 
is muscle artifact, since ri is iargely deiermined by the degree 
to wtucfi Itie patient is relaxed and comfortable. In the past, tt^e 
Operator of a cardiograph could not predict how much muscle 
artifact w/ould contaminate the ECG waveforms. Obtaining a 
"clean' record might require several trses and consume multiple 
sheets of paper The artitact indicator on the HP 4 760 A Cardio- 
grapTis addresses ttiis problem by providing a preview of ttie 
level of artifact before an ECG recordtng is started 

Muscle artifact appears on the ECG waveform as a relatively 
low-amplitude, relatively htgh-frequency signal with random 
amplitude and frequency variations (see Rg. 1) Most of the 
energy in the ECG signal lies below 35 Hz, much of the muscle 
artifact energy lies above 35 Hz This suggests a simple im- 
plementation for detection of artifacl a high- pass filter with a 
comer frequency at 35 Hz, followed by a detector, a low- pass 
filter, and a display However, it turns out that the R-wave excur- 
sions generated by the depolarization of the ventricles contain 
significant energy above 35 Hz. The simple system described 
above adequately displays muscle artifact, but is contaminated 
by the R-wave energy passing through the filter This appears 
as a pehodic heartbeat deflection 

This problem is solved by replacing the low-pass filter with a 
section consisting of a comparator and an integrator {Fig. 2) 
The rate of change of the output of this seciion is limited by the 
lime constant of the integrator stage and the maximum ouiput 
swing of the comparator These two parameters can be selected 
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Fig. 1. ECG wBVBi<xms and HP 47&)A artifact indic^or dts- 
play for signats (a) without and (b) with significant muscle 
artifact 

such that the relatively slow changes in the amplitude envelope 
of the muscle artifact pass through the filter while the brief R-wave 
pulses are attenuated and produce minimal deflection, 

To enhance the usefulness of \^e artifact indtcator display 
further, a logarithmic compression stage is placed after the output 
low-pass filter The increased dynamic range of the display pro- 
vides feedback in situations where initially the artifact level may 
be very high To a provide a simple bar display for the three 
channels betng previewed, the channels are continuously mon- 
itored and the channel with the highest level of artifact is dis- 
played The cardiograph's filter and gain settings affect the sig- 
nals sent to the artifact display process. Thus, one can preview 
the effect of filter and gain changes before a record is taken. 
The result is a feature implemented in software without additional 
hardware costs that makes low-noise ECG recording easier and 
more economical. 
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Fig, 2. Signal processing block 
diagram of the HP 4760 As artifact 
mdicator. 



fUters have a tendency to ring following sharp transitions 
to the ECC waveform. Digitally implemented filters do not 
drift, allowing for very narrow notch filters. In the HP 
47&0A, the ac power line notch filter is implemented in 
software running on the internal 6800Q mir;roprot:essnr. 
The final notch width was determined by studying the 
effect of the fiUer on hoth actual and simulated ECCs. The 
final filter design very effectively removes power line inter- 
ference and can tolerate expected frequency variations, yet 
does not visibly distort the electrocardiogram. 

Basehne wander is the term used to describe low -fre- 
quency components that appear in the electrocardiogram 
but are not part of the ECG sjgnah These components typ- 
ically are the result of patient respiration or slow elec- 
trochemical phenomena associated with the electrode-elec- 
irolyte-skin interfaces. Although high -pass filtering will 
remove these components from the signal, ttie problem has 



been that cnnvenlional analog filters also introdiice phase 
distortion* which can seriously distort certain important 
features in the ECG waveform. 

The high-pass filter's cutoff frequency can be increased 
significantly above the 0.05 Hz value recommended by the 
various standards committees without sigtiificant degrada- 
tion of the electrocardiogram ii no phase distortion is intro- 
duced. Here again, digital filter techniques make the de- 
sired response practical to implement. It is feasible by the 
use of digital memory, in cssencen to *" reverse" time and 
"undo" [)hase distortion introduced by a filter section- 
Such a >;ero-phase filter (Fig. 7) is implemented in software 
on the 68000 microprocessor. It reduces baseline wander 
without significantly distorting the ECG waveform. 

The electrical signals generated by the activity of the 
skeletal muscles also Interfere with the ECG signal. These 
signals are referred to as muscle artifact. They are similar 
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Fig. 6. Operating panel of the HP 
4760 A family of cardfographs. 



in amplitude and frequency to many of the small, high-fre- 
quency components of the EGG. Although a simple low- 
pass filler reduces muscle artifact, it also attenuates desir- 
able high-frequency features. Alternatively, muscle artifact 
can be reduced by having the patient relax. However, the 
patient's state of relaxation may not be apparent to the 
cardiograph operator before a recording is started. The arti- 
fact indicator on the HP 4760A provides an indication of 
the level of artifact being generated by the patient. It allows 
feedback from the operator to the patient; the patient can 
he made more comfortable or reassured before the EGG is 
committed to paper (see box on page 27)^ 

Ac kno wl ed g ments 

The team responsible for the cardiograph design in- 
cluded Doug Brown. John Good now, Bob Graves, Charlie 
Monroe, Toby Olsen, Dick Regan, and Greg Vogel, in addi- 
tion to the authors. The translation of the analysis program 
was accomplished by Siobhan Charlesworth, Bob Cohn. 
John Doue, and Dave Sturges, The packaging for the HP 
4760A and its cart, the HP 4721 A. were designed by the 
industrial design team of Ray Jedrey, Ted Minor, and Pete 
Rhoads. Jeff Corliss was a major contributor to the defini- 
tion of tlie HP 4 760 A, while concurrent manufacturing en- 
gineering was ably performed by Jack Lazxaro. fhe con- 
certed effort of these individuals, am] mciny others in the 
Andover Division, made the development of the HP 4760A 



family of cardiograplis possible. 



'New Plotting Technology Leads to a New 
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Computer-Aided ECG Analysis 



by John C. Doue and Anthony G. Vallance 



COMPirrER'AIDED ECG interpretation got under 
way about 25 years ago with the simultaneous de- 
velopment of two separate computer programs — the 
Pipberger program* and the U.S. Public Health Service's 
ECAN program.^ In those early days when the programs' 
performance was, at best, *'fair." and the ECG computer 
system's capabiiities were limited* the concept of com- 
puterized ECG interpretatiouy management had yet to be 
proven. Today, the major ECG analysis programs are con- 
sidered good, and close to 20% of the ECCs taken in the 
U*S.A. have a computer-assisted interpretation. The con- 
cept is now accepted and widespread use is a matter of 
continuing performance improvements and price reduction, 
Hewlett -Packard entered the computerized ECG analysis 
field in 1968 by obtaining both the Pipberger and ECAN 
programs for incorporation into an ECG management com- 
puter system — the Model 5600C. These analysis programs 
went through about seven years of evolutionary improve- 
ments before they were replaced by a totally new^ HP 
analysis program in 1978. The new HP program was readily 
accepted by the market and new features such as ECG 
Criteria Language [ECL) and user-definable medical criteria 
have increased the general market acceptance of com- 
puterl/.ed ECG interpretation.^^ Since its introduction, the 
program has gone through several revisions in both its jjiit- 
tern recognition algorithms and its medical knowledge 
base. (For more discussions about the program, see refer- 
ences 4 and 5*) 

ECG Waveform 

What is an ECG waveform, and what do we need to 
measure for analysis? 
The ECG ivaveform (Fig. 1 ) has several parts that depict 



s s s 

Fig* 1» Typical ECG waveform for thre^ cons&cuiive 
fieartbeats The analysis program's assignment ts to locate 
each of the PORST contpiexes correctfy, and to measure the 
height, the width, and a muMude of other parameters as 
depicted m Fig 2 

the action of the heart cycle. The principal parts are the P. 
QRS, and T waveforms, which together are called a com- 
plex. Irregularities in the shape (morphology) of the PQRST 
complex indicate heart muscle abnormalities. Irregularities 
in the timing of the waveforms (rhythm), either within one 
complex or between several complexes, indicate nerv e con- 
duction abnormalities. Therefore, the shape and regularity 
of the ECG waveform are both necessary in making a proper 
diagnosis of the condition of the heart. Normal variations 
and medically important EGG conditions make the practice 
of diagnostic ECG interpretation a complex and hard* 
learned profession. 

The analysis program's assignment is to locate each of 
the PQRST complexes correctly and to measure the height, 
the width, and a multitude of other parameters as depicted 
in Fig. 2. 

Program Structure 

The HP ECG analysis program is composed of several 

(continued on p^ige 31) 
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Fig. 2. Measured ECG parameters for ECG shown in Fig. 1. 
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ECG Criteria Language 



Hewlett Packard has devefoped a medlcaily oriented com- 
puter language tor the definition of electrocardiographic criteria. 
Called ECG Criteria Language, or ECL, the prirrrary objective is 
to allow criteria definition in familiar electrocardiographic terms 
by physicians with no knowfedge of comptiter programming 
Basically, it provides a mechanism through which ECG criteria 
may be expressed m a form readable by both a cardfologisl and 
e computer. By referring to electrocardiography textbooks and 
by communicating with a wide cross section of users, language 
constructs that are consistently used to describe ECG criteria 
have been chosen to form the foundation of ECL. 

Catt^ories 

At the highest levef, critena expressed in ECL are broken into 
medically significant categories that are analogous to chapters 
Of an efeotrocardiography teKtbook Category headings take the 
form: 

CATEGORY R V H " Ri G HT VE NTR I C U IJ\R HYP ERTROP H Y" ; 



CATEGORY U\E LEFT ATRIAL ENLARGEMENT': 



CATEGORY LVH LEFT VENTRICULAR HYPERTROPHY"; 

Sentences 

Within each talegory is a series of sentences in whicti the 
actual criteria are expressed, These sentences allow the program 
to PRINT a diagnostic statement when the criteria are met, to 
SUPPRESS a statement in the presence of a higher-priority diag- 
nosis. GOTO another point m the program, or perform calculations 
and SET the result to a special variable for use later in the pro- 
gram. The PRINT sentence has the form: 

PRINT <diagnostic statement> IF ^: medical criteria>: 

Fof example, the following statement causes the inferior infarc- 
tion statement to be generated on the report if the critena are met: 

PREISTT #IMhO AB 

INFERIOR INFARCTEON, OLD 
■Q WAVES IN a 3, F OR SUPERIOR INITIAL VECTOR 

If (QrDURATIGN. . . ; 

where IMIlo is tfie diagnostic code corresponding to the state- 
ment in quotation marks and AB stands for an abnormal finding 

It is important to remember that whereas a cardiologist reading 
an ECG can immediately discount many classes o1 diagnoses, 
a computer program must check them ail sequentially, Within a 
category, cnteria essentiaJly become more and more restrictive. 
Consequently, in ECL, criteria met for any given statement au- 
tomatically suppress any previous statements that would have 
been printed from the category. For complete control, however, 
the criteria writer must be able to suppress statements from other 
categories selectivety and to branch over categories or sections 
of criteria inconsistent with the current criteria. These are ex- 
pressed in the sentences: 

SUPPRESS -^ li^ of statemenis> IF <medtaal cnteria> ; 
GOTO < criteria lab«l> IF <rTi^fcal crtt©ria> ; 



For example, the sentence: 

SUPPRESS AXIS IF #LAFBO OR #LPFB OR #B!FBA OR 
#BIFBP OR ANY WPW STATEMENT OR #CLBBB; 

would cause suppression of any abnormal axis statennent in the 
presence of a left anterior fascicular block, a left posterior fascicu- 
lar block, a bifascicular bbck, a WPW (Woitf- Parkin son- White 
syndrome), or a complete Jett bundle branch block. 

The following could appear at the beginning of the RVH cate- 
gory: 

GOTO LAEO F MEAN:QRS:0URATION GT 120; 

which would cause the program to skip to the top of the next 
category— left atrial enlargement—if the QRS duration is greater 
than 120 ms. thereby disabling the entire RVH category, 

Rnally, user-defined vahables can be assigned values. 
perhaps derived from mathematical combinations of measure- 
ments, by the sentence: 

SET <variable> = <expreEsion> IF <medicai crileria>; 

in the sentence: 

SET W1DE:VAT - YES iF (VAT GT 50) IN 1 OF V5 V6 AND MOT ANY 
VCD STATEMENT: 

a wide ventricular activation time parameter for use in LVH chteria 
is set if VAT is greater than 50 ms in either V5 or V6 in the absence 

of any ventricular conduction delay diagnoses. 

Criteria 

Medical criteria are expressed in terms of enhanced logical 
expressions that are both concise and unambiguous. The sen- 
tence: 

Positive P waves greater than 0,25 mV in two of leads 1 , 2, 
or aVR . , . 

is written in ECL as: 

. , . {P:AMPLrrUDE IS POSITIVE AND GT .25) IN Z OF Li L2 AVR . 

where the relation "... gfoaler than . ."is abbreviated to GT 
and the lead coincidence requirements are specified in both 
English and ECL by nearfy identical phrases starting with the 
word IN. The parentheses allow the lead coincidence require- 
ments to be applied to more than one criterion. 

In everyday communication of ECG criteria, knowledge of the 
basic form of an ECG complex is implied, For exampie, when a 
cardiologist says: 

". , Q amplttude is greater than 0.1 mV , . ." 

it is assumed that the Q wave is negative, in ECL this wouJd be 
written as: 

. . .QiAMPUTUDE GT 0.1 . . 

and it means exactly what the cardiologist expects. 

If the sign of the amplitude is relevant, then this can be tested 
explicitly In ECL. For example: 
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, , .P^AMPLUUDE IS POSmvE AND GT 0.25 . . . 

Other Criteria 

In addition to ECG meaEurements, ft^ere is other information! 
available to the ECL cnteria wntef For example, indexes of tlTe 
quality ot data specifying various types and levels of noise such 
as missing leads, muscle tremor, ac inierference etc, can Ese 
used to indicale thai the mterpreiation may have bean com- 
promised because important information was missing. Also, pa- 
tient information entered via the cardiograph such as age, sex, 
tjody build, medication, previous diagnosis feg,, CAD. hyperten- 
sion), biood pressure, race, etc can be used in the analysis 
where appraphate. 

Self Documentatl0ri 

To make the final criteria documentation as readable as pos- 



sitrie. the language is free from formatting restrictions The com- 
piter provides eKtensive error checking and reporting, aid optiorv 
ally provides the foNowing final criteria documentation 

■ Table of contents 

■ The declaration btock, which consists of a list of user-declared 
variables. RX names and codes, previous DX names ara 
codes, and modifiers 

■ Diagnostic cnleha by category 

■ A list ot statements with text formatted as it would appear m 
the diagnostic repods 

" Gross-reference information 

ECL has been used extensively by HP 5600C ECG Manage- 
ment System users to optimize the HP Analysis Program for their 
particular ECG reading style. In additjon. our research-oriented 
users have made use of ECL to communicate new ciiteha to 
other users for evafuatior! and comment. 



main modules [Fig. 3). The Quality Monitor examines the 
incoming data for various types of noise contamination 
and passes this information back to the operator for correc- 
tive action and into the Data Conditioning module. This 
module applies a 50- or 6f)-Hz notch filter to the data if 
any ac noise is detected. All ac noise is thus eliminated 
before the data is sent to the Pattern Recognition module, 
which adaptively filters each P. QRS, ST, and T region to 
produce a comprehensive set of measurements for each 
region. These measurements are then polled and passed to 
the Criteria Module. This module contains the medical 
criteria — such as those found in electrocardiography text- 
books — used for making the diagnosis. On an HP 5bO0C 
ECG M^^nagement System, additional capabilities include 
a diagnosis that includes a comparison with the previous 
ECG and modification of the criteria by the user. 

Waveform Boundary Indicator 

The mo.st crucial decisions lor the Pattern Recognition 
module are to identify all the QRS waveforms correctly 
and to allocate an accurate search region for all remaining 
component waveforms, (i.e.. P and ST-T waveforms). A 
search window should he as narrow as possible and yet 
wide enough to contain the earliest onset and latest portion 
of a particular simultaneous three-channel w^iveforni. En- 
hancing the features of the signal from those of noise is 
critical to reduce the possibilities of mislabeling waveform 
components in the early stages. When searching for a QRS 
w^aveform, a tall T wave is jusl as undesirable as noise 
contamination. Therefore, the goal is to transform the ECG 
signal into different forms so that there is maximum separa- 
tion between the P, QRS, and T waves and noise. The 
transformed signal is called the waveform boundary indi- 
cator (VVBl) and it is derived from the simultaneous three- 



channeJ ECG signal. The VVBl is based on the combined 
magnitudes of the first and second derivatives as follows: 



WBl(k) - C, 2 lf;{k)i+ C^ 



3 

,2 



if;(k)i 



m 



where k refers to the kth sampled data point, and C^ and 
C^ are constants. The subscript i refers to the ECG signal 
from channel i. In other words, the WBl is a weighted 
average of the speed and acceleration of the ECG signal 
over the three channels. The equations for the first and 
second derivatives are' 



f^k) = f(k+l) - f(k-t) 

f"(k) = f(k + 2] - 2f(k) + f(k"2] 



(2) 



(3] 



The WBI works well in detecting QRS waveforms and 
in discriminating against T and P waves. However, it tends 
to be narrower than the simultaneous throe-channel QRS 
complex. Furthermore, it does not significantly enhance 
the T and P weaves over the noise. To correct both of these 
problems, another version of the WBh called WBIF. is 
created from the same data after digital filtering. The fil- 
tered data f ( n 1 is obtained by convolving the raw ECG 
data f(nl with the impuLse response h[n). 



f(n) - h*f - 



N-l 

- MN 13 



h(k)f(n-k) 



(4) 



The impulse response hfnj is given by the triangular 
waveform shown in Fig* 4. 
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Fig. 3. Anaiysfs program structure. 
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Fig. 4. Imp uls e response to be con volm d with raw ECG da ta . 

Fig. 5 shows a typical set of three-channel ECG wave- 
forms and the associated WBI and WBIF, Nfote that the QRS 
complex can be easily extracted from a "high'' condition 
in both the WBI and the WBIF. After identifying and then 
excluding the QRS regions, the remaining "high" regions 
are the T and P waves. While ihe WBls identify the initial 
search regions, all the measurement parameters are derived 
from the original raw data. 

Morphofogy Measurements 

Within die search regions established by the WBIs, each 
waveform component is processed to establish its: 

■ Onset and endpoints 

■ Ampliludes, durations, shapes, areas, etc. 

■ Delta waves, notches, slurs, and pacemaker spikes. 
The QRS complexes are anely^ted first, followed by the 

ST-T waves, and finally the P waves. Since the QRS 
waveforms are the most prominent and therefore the ones 
that can be most confidently measured, they are analyzed 
first and their exact onsets and endpoints are used to im- 
prove the performance of the P and ST-T measurements. 
The exact onset and endpoints of P and T waves are 
located through the analysis of four sets of data within the 
predetermined WBI region. These data sets include (see 
Fig, 6): 

■ The raw ECG data f[x) 

■ The data smoothed by adaptive filtering 

■ The first difference function f'(x) 

■ The second difference function f"(x). 

By using the properties of the maxima and minima of 
f'(x) and f"(x), approximate departure points of the ECG 
waveform from the baseline can be located. These are then 
used in conjunction with the empirical threshold to deter- 
mine the exact onset and endpoints. 
Adaptive Filtering. Each waveform component such as a 
P, QRS. ST, or T wave is examined and filtered indepen- 
dentiy for noise contamination before it is measured. The 
measured amount of noise is the waveform's "signature." 
A signature is defined In terms of the critical points such 
as maxima, minima, and zero crossings of the data, f'[x), 
and f"[x). The data is iteratively smootlied until the signa- 
ture is within an acceptable level before analysis is per- 
formed. The filter uses a quadratic polynomial least- 
squares technique to calculate the smoothed data, 
smoothed f'[x]. and smoothed f"[x). The amount of smooth- 
ing is specified by the number of data points used to fit 
the curve. 
Rhythm Analysis, After all beats are analyzed and mea- 



sured, they are classified into groups based on RE interval, 
QRS duration, PR interval, and pacemaker spike (present 
or absent]. For each group, mean values are calculated for 
the RR, PR. QRS. and QT regions, etc. U more than one 
group exists, a selection process chooses a group that rep- 
resents the intrinsic rhythm. Beats in this group will be 
used for contour measurements while beats in all other 
groups originating from rhythm disturbances are excluded. 
Measurement Matrix. At this point in the analysis, each 
of the many P-QRS-T complexes in each of the twelve leads 
has been measured in detail. To apply clinical diagnostic 
criteria, twelve representative subsets of measurements, 
one for each of the twelve leads, are polled from the larger 
set. The measurements for the many complexes are reduced 
to a subset by means of a series of confidence checks and 
weighted averages. Complexes originating from rhythm ab- 
normalities are not included in these averages. 

Diagnostic Criteria 

The last module of the analysis program contains all the 
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Rg, 5. Typicaf sef of three-channel ECG waveforms and their 
assacfBted WBI and WBIF. 
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medical criteria for making the interpretation. It is the med- 
ical knowledge base- It "sees" (he ECG by means of all the 
previous analysis modules. \Miat it sees is the measurement 
matrix. The criteria module is written in a cardiologist- 
readable language called ECG Criteria Language, or ECL 
(see box on page 30 and reference 6}. More than just a 
language* ECL is an entire pro^amming environment that 
allows the clinical user to modify^ enhance, and optimize 
the criteria on an ECG management syslem. The criteria 
program is similar to an electrocardiography textbook. Each 
major abnormality category is a separate category in the 
criteria. For example, there is a category for left ventricular 
hypertrophy; a separate one for right ventricular hyper- 
trophy, and yet another one for inferior infarct. Within 
each category are the rules for diagnosing the various gra- 
dations of a particular abnormal]t\'. Similar to medical texts* 
there are also rules that specif\' the relationships between 
diagnoses in different categories. In short, the criteria writ- 
ten in ECL form a powerful tool to carr\' out climcal criteria 
research or simply to use and understand the analysis pro- 
gram's medical logic* 
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Fig. 6. (a) Raw data for biphase P wave, (b) Data smoothed 
by adaptive filtenng (a) ftrst difference function of (b). (d) 
Seconct difference function of (b}. 
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Pediatric Criteria 



Pediatric ECG inlerpretation is a speciaJ chaJienge tor several 
reasons: 

■ The availability of pediatric cardiologists is much more limited 
and IS restricted mostiy to major urban centers. 

■ Pediatnc criteria contain a large number of age-dependent 
tables, which causes them to be significantly more difficult to 
remember than aduit criteria, 

These difficulties provided the stimulus 1o extend computer 
jnterpreEation to pediatric ECGs. Coupled WjEh the avaiiabrrity of 
a standard criteria deveiopment tool, ECL (see box on page 30), 
the addition of a pediatric criteria moduie to the hP 4760A Car- 
diograpti family's ECG analysis program became a reality. 

Rapidly Chang tug ECG Morphology 

Pediatric ECG criteria are age-dependent., and are therefore 
extremely complex, An exampie of this compiexity is the right 
ventricular dominance at birth, v^^hich changes to left ventricutar 
dominance with age. This differs significantiy from a diagnosis 
of right ventricular hypertrophy in an adult. Since the QRS shift 
in the early weeks of life is frequently measured in days, pediatnc 
electrocardiographers must memorize, or have available, rather 
detaited tables of QRS voltages, axes, intervais, and other param- 
eters versus age for many leads, An example of these frequently 
consulted charts is shown in Fig, 1 , The chart shows the complex- 
ity of pediatric criteria.. Here, the heart rate versus age is shown, 
Tables such as these are incorporated into the HP 4760A's 
Pediatric Program Module 



ECL and User Development 

Recognizing the special challenges of pediatric interpretation. 
Dr, Laks and his colleagues at Harbor-UCLA Medical Center set 
out in the mid-1970s to develop a pediatric criteria package for 
the HP ECG analysis program. This effort was greatly facilitated 
by the availability of trie ECG Criteria Language, called ECU as 
a standard deveiopment tool on an HP 56O0C ECG Managennent 
System. ECL is a high-tevel computer language ttiat bridges the 
gap between the programmer and the cardiologist. ECL, unEike 
other computer languages such as Fortran, allows the physician 
to read the computer criteria directly, facilitating criteria devetop- 
ment and enhancement. As a resutt, the translation of the large 
tabtes of pediatric ECG values and the deveiopment of unique 
pediatric terminology were vastly simpiified. 

After the pediatric criteria were successfully developed and 
extensively tested at Harbor-UCLA, tfie data was submitted to 
HP for evafuation. In addition to examining the criteria from a 
technical viewpoint for incorporating into the ECG analysis pro- 
gram, HP aiso enlisted the hefp of Dr. Walter Gambfe at Children's 
Hospitai of Boston to carry out an independent ctinical evaluation. 

All the evaluations are now completed and the pediatric 
analysis program is receiving a higri degree of acceptance by 
pediatricians. Nevertheless, continuing improvements to the 
pediatnc criteria and the adult criteria is an ongoing process, 
which IS being propelled by these evaluation results, other user 
critiques, and ECL as a deveJopment tool. 




Days 



Months 



Years 



Ftg. t. Examp/e of age-dependent pediatric ECG chart. The dots represent the average heart 
rate versus age. (Derived from percentile charts by A, Davlgnon, et ai, Pediatric Cardiology, 

Vol. 1, 1979/1980, pp. 133-152.) 
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Frank E. La Fetra. Jr. 

Jgm Skip La Fetra was born in 
Los Angeles, CaNlor ma and 
] studied electrical engineer- 
ing at Slanford University. 
from which he received his 
BSEE and MSEE degrees 
in 1976 and 1977 Alter 
pining HP in 1 977. his tirsl 
, assignnrienis as a develop- 
.^It^ merit e ng i n eer sn vol ved c i r- 
cuitdesigrtand analysis, reliability, burn-in, and au- 
lomaled lest equipment Later he worked on the HP 
3000 Series 6S and Series 37 Computers and is 
now an R&D propel manager Sksp is a registered 
professional engineer ar^d a member oi I he fEEE. 
and IS fnierested in smalJ. multiuser computer sys- 
tems He and his wtfe live m Sunnyvale. Galilornta 
He IS an av id b ic ^C list and I Ikes to ti nker wfth per- 
sonal computers 



jAmes H. Hon 

A native CalitornJan Jsm 
Holl was bom in Palo Alto, 
. ^ ^ studied electrical engineer- 

j_J/g^JI^^ '"9 21' ^^^ University ot 
t^^^l^Hni California at Berkeley 
^^H^^kl (E^EE 1966} and the Unh 
r^^^^^^^^H vers Ely ol Santa Clara 
hU^^^^ ^ (MSEE 1971), and came to 
^^m^ ^ " HP in 1969 He is an R&D 
^ - sectJon manager and was 

the section manager responsible for the HP 3000 
Ser les 37 Computer He was also a member ot the 
original R&D team ihat developed the HP 3000. Jim 
lives in Cupertino. Calttornia with his wife and two 
sons, is a youth soccer referee, and has been a 
VMCA Indian Guides leader He foves sports, par 
ticularly ultimate f nsbee. managing to keep up vvtth 
HP teammates who are oHen io to 20 years 
younger than he is 



7 ^ Computer Arttilteetiirt ; 

FfBcfsdc C, Amerson 

I Aft B&D ^c!ion manager at 
I HP s Data Systems Dr^j- 
- Amers€}n has 
L -^^tottvedevesop- 
I nmxl ot tx4h the HP 30Q0 
I and HP 1000 Computers 
He worked on the plotter in- 
tertaoe tor the ongina^ HP 
3O0O. was a pfoject man- 
ager for the HP 3000 Series 
64. ar>d ts a section manager for HP 1 000 hardware 
devetopfF»erit Rtck received a BSEE degree trom 
the Georgia Institute of Technology m 1972 and 
came to HPttie same y^r He now lives in Santa 
CEara, Catifomia, is a church pianist, and enioys 
downtiill skiirtg He is also a commerciaf pilot with 
imtrument and multiengtne ratings. 
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Paui L. Rogers 

Peul Rogers designed the 
CPU board for the HP 3000 
Series 37 Computer and 
contributed to the design of 
[he terminal interface con- 
trol ler At HP ssnce 13B1. 
his other experience in- 
ctudes work on the 
hardware cache for the HP 
3000 Series 64 Computer 
He is a graduate ol the University of California at 
Berkeley (BSEE 1 981 } and recently completed an 
MSEE degree at San Jose State University through 
the HP fellowship program Paul lives in Santa 
Clara. CaJitomia and has a variety ot outside in^ 
terests He plays water polo, ultimate f nsbee, or 
baskeibaN with other HP employees at lunch llrrw 
and also enpys cooktng . woodwort^rng . scuba di- 
ving, water skiing, and sailing 



Matcolm E. Woodward 

Born in Ontario. Oregon, 
Woody Woodward served 
in the US Martne Corps 
before coming to HP in 
1972 While he was in the 
Marine Corps he super- 
vised the maintenance of 
tactical data systems, and 
in his first HP job he worked 
.J^ as a technician on system 
I/O and on the HP 21 00 Computer Later, as an R&D 
stall nrtembef. he contributed to the development 
otthe HP 3000 Series 64 and designed the peripheral 
interface channel for the HP 3000 Series 37 He is 
c u rrently an R&D project manager Woody \ i ves in 
Sunnyvale. Calitomaa with h(S son and has one 
other son and two daughters He js an amateur 
radJO operator (W6PLT) and also likes fishmg and 
tinkering v^^ith cafs 





Paitria G. Afvar^ 

" --3- ,5 Qt Ban Jo&e. 

€:: J : ' a Pat Aiva^ez 
eameo a BSCS degree 
from San vtose State Univer- 
I '> »n 1 9S3 b^ore coming 
^P the same year She 
currently works on soflware 
for t1^ HP 3000 operating 
system and has aiso de- 
veicped af>d maintain^ 
hardware design tools for the HP 3000 Series 37 
This fall she will be working on an MS degree in 
computer scien-ce at Stantord University Outside 
ol work, Pal er^joys tennis and making handicrafts 
and cloihJr>g. 



John R. O^rmeyer 

John Obermeyer studied 

a electrical engineering at 
Northwestern University 
and came to HP in 1981, 
the same year he received 
Ns BS degree He also 
compJeted an f^S degree in 
computer science ai Stan- 
I ford University in 1984. He 
! contributed to the design of 
the lerminaJ interface cont roller for the HP 3000 
Series 27 Computerand also worked on ihe diag- 
nostc and utility systems. Currenlly, he is working 
on VLSI chip design. John was bom m Cincinnati. 
Ohio., lives in San Jose. California wilh hjs wife, and 
JS an advisor and choif director for youth groups 
in his church His outside interests Include pamlmg, 
drawing, woodcarvmg, and volleyball . He also col- 
lects tossiJS. mostly Irom the Ordovician period 



Greg L. Gilliom 

Currently an R&D project 
manager for HP 1 000 Com- 
puter products. Greg Gll- 
Jiom has been with HP 
since 1979 He worked as 
a production engirwer on a 
number of models of HP 
, 3000 Computers, and later 
t _ j^^lH^ ^^^ loped d lag nosf i c s and 
IH i^l^Bl microcode for the HP 3QQ0 
as an R&D engineer and protect manager He was 
the project manager for the microcode on the HP 
3000 Series 37 Greg was born in St Charles, Mis- 
souri and graduated irom the University of Missouri 
with a bachelor's degree in electrical engineering 
in 1979 He lives in Campbell. California, is single, 
and has many athielic interests, including sailing, 
windsurfing, waterskiing, scuba diving, skiing, and 
ultimate Irisbee 
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Edwin G, Wong 

With HP Since 1979, Ed Wong wrote the diagnostic 
microcode for the HP 3000 Series 37 and is cur- 
rently yiforking on CMOS VLSI chip design He also 
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designed an I/O card for the HP 1 000 L-Series 

Computer and a memory controllef \ot another 
product A CatifornJa native. Ed was born in San 
Francisco and earned a BS degree from the Univer- 
sity of California at Santa Barbara in 1 978, he en- 
pects to receivs an MS degree ffom the University 
of Santa Clara in 1966, He is a resident of Sun- 
nyvale, supports the Big Brolfiers youth orga^i^a- 
lion, and is active in his church He enjoys wmdsuri- 
ing, running marathons, and partiupating in 
triathtons, 



William M. ParHsti 

Bill Parrish was born m Dal- 
las, Texas arid is a graduate 
ofthe University ot Calitor- 

nfa at Santa Barbara (BS 
1973), At HP since 1974, he 

rhas contributed to the de- 
, _^^f^^A veiopment of both the 
^^■^^ Series64 and Series 37 HP 
-m 3000 Computers and is 
presently investigaiing the 
field supportabJIity of future producls. He is a 
member of both the IEEE and the ACM. Bill and his 
wile live in Meadow Vista, CaJifornia and enjoy tak- 
ing ballet lessons together His other interests in- 
clude photography, travel, and playing the piano 
and organ. 



Eric e. D»ck0r 

At HP since 19B0, Eric 
Decker has written micro- 

j code for the HP 3000 Series 
.37 64 , and 68 Computers 
He also contributed to the 
development oi ^he term^ 

I nat controller Tor the Series 
64 and 58 and to the de- 

'' *|,'*s*jfc_ Ui-C- -J '^'^'OP'^^'^I of the HP 75C 
BfcKT?te2*!W. BnC*« Handheld Computer He is 
interested rn distffbuted systems, computer ar- 
chitecture, and the societal impact of computers. 
H© has attended Case Institute of Technology, 
Iowa State Untversity, Stanford University, and 
California StaEe University at Chico, Eric lives with 
hrs companion and two children in Scotts Valley. 
California. He says he tikes t'aichi ch'uan, rntelJec- 
tLial pursuits, and "yard destruction. " 
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Peter H. Dorward 

] At HP's Andover Division 
I since 1975, Peter Dor ward 
I was project manager for 
I the HP 4750A and HP 

4 7 BOA cardiographs. He 
j was also a project leader 
I for electronics on the HP 

47O0A Cardiograph and 

I developed software for the 
HP 5600C ECG Manage- 
ment System, Peter was bom in Lancaster, 
Pennsylvania and received an AB degree from 
Dartmouth College in 1973 and a Master of En- 
gineering degree from the Thayer School of En- 
gineering in 1975. He lives in Harvard. Mas- 
sachusetts with his wile and daughter and enpys 
soft bail and skiing He is also renovating a 1 00- 
year- old Victorian famihouse, raises chickens, and 
grows fruit trees and Christmas trees. 

Steven A. Scamptni 

[ Born in Bristol, Connec- 

j ticut. Steve Scamp^nr was 
I educated at Rensselaer 
I Polytechnic institute (BSEE 
1 972) and at the California 
I Institute of Technology 
HMSEE 1973) He worked 
I on undersea electronics a! 
I Belt Laboratories, then 
I came to HP in 1976. At HP 
be has contributed to the development of the HP 
4700A. the HP 475aA, and the HP 4760A cardio- 
graphs. He was also the author of an HP Journal 
article on the HP 4700A. Steve lives in Reading, 
Massachusetts and likes photography, running, 
and cross-country skiing 




Robert H. Banta, Jr. 
1985^ 




At HP since 1980, Bob 
Banta was responsible for 
the integrated tape backup 
ar^d HP-IB interface lor the 
HP 7908. HP 79 11, and HP 
7912 disc products, He 
was one of the developers 
of the HP 4 7 50 A Cardio- 
graph and was the software 
project leader on the HP 



4760A Cardiograph, Bob was born in Weptune, 
New Jersey and received his BS degree from Duke 
University m 1980. Now a resident of North Ar^- 
dover. Massachusetts, he enjoys bicycling, hiking, 
and soaring 
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Aiithony G. Vallance 

I Tony Vallance was born in 
I Ame rsh a m . England an d 
I studied at V^oolwtch 
I Polytechnic (BS 1963) and 
Northeastern University 
(MSEE 1972}. At HP Since 
1 974 . he is a section man- 
» ager at the Walfbam Divi- 
sion and was also a section 
manager at the Andover Di- 
vision. In hES earlier assignments he was project 
manag er fo r the H P 5600C EC G M a n ag eme nt Sys- 
tem and project manager for [he system and test 
software lor the HP 77020A ultrasound imaging 
system. He has published several technical papers 
and IS a member of the JEE and ACM. Tony lives 
with hts wile and two sonstn Westtord, Massachu- 
setts and is interested in sailing and astronomy. 



John C, Doue 

f John Doue was bom in 
China and educated in the 

U.S. He attended the Uni- 
, versify of California at 
I Berkeley, receiving a BSEE 
I degree in 1967 and an 
I MSCS degree m 1968. 
After working as a software 
engineer at two other elec- 
tronics companies, he 
joined HP in 1 972, He has made a number of con- 
tributions to the development of cardiograph prod- 
ucts and is presently a profect leader tor the 
analysis program for the products. He has pub- 
lished papers m conference proceedings, is a 
member of the American Heart Association. ar>d is 
interested in the application of artiftci at intelligence 
to electrocardiograph analysis. John lives with his 
wife in Manchester, Massachusetts. They de- 
Signed and built an A-frame cabin, all with hand 
toots, In the Maine woods. 
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